Вероятно, когда основатели молодой российской компании "Ред Софт" выбирали название своей фирмы, они шли по простой ассоциативной цепочке: Россия - СССР - коммунизм - красный флаг. Хотя, может, и совсем не так всё было - этого уже я не знаю. И совсем не хочу никоим образом сказать, что продукты компании какие-то плохие. Просто хочу сейчас рассказать о главном из них - СУБД "Ред База Данных". Чтобы русская транслитерация английского красного не резала глаза, буду в дальнейшем писать Red Database или же Red DB.
Некоторые размышления
Помнится, статья о СУБД "Линтер", которую разрабатывает и выпускает другая российская компания, вызвала оживлённейшую дискуссию на форуме газеты. Говорили там, в основном, о том, что разработчики якобы использовали СУБД PostgreSQL в качестве основы для "Линтер" и при этом никому ничего не сказали. Правда, потом представители "Линтера" открестились от PostgreSQL, так что ситуация прояснилась. Но что касается Red Database, то здесь всё гораздо проще: разработчики честно предупреждают, что в основе их программного продукта лежит код второй версии свободной СУБД Firebird.
Насколько это вообще нормально - создавать собственные продукты на основе чужих? Думаю, этот вопрос вполне близок многим разработчикам. И, в общем-то, похоже, ничего особенно плохого в этом нет - по крайней мере, история знает примеры успеха программных продуктов, которые были написаны не теми людьми, в чьих руках они приобрели известность. Для чисто коммерческих приложений за примерами далеко ходить не надо - достаточно вспомнить Билла Гейтса и Пола Аллена, которые распространили по всему миру операционную систему MS DOS, которая сначала называлась QDOS. Что касается приложений изначально open-source, то можно вспомнить тот же UNIX, который вырос в огромное количество различных коммерческих ипостасей.
С точки зрения морали и этики, конечно, наверное, не слишком хорошо брать чужой свободный продукт и, поставив на него свой логотип, продавать. Но, с другой стороны, есть два момента. Во-первых, философия свободного программного обеспечения как раз и проповедует свободу - в том числе и такую, которая не запрещает продавать их продукт за деньги. Это логично, поскольку такая продажа невыгодна: подумайте, купили бы вы СУБД, если можете взять точно такую же, но бесплатно? Поэтому в итоге всё же продаются не сами open-source продукты, а некоторая их модификация. Кроме того, значительное количество подобных модификаций сами остаются open-source продуктами, а потому продаются, в основном, не они сами, а техническая поддержка к ним. Как вы сможете увидеть ниже, Red DB - как раз такой случай.
Поэтому, определившись с тем, что Red Database - не совсем то же самое, что Firebird, перейдём к разговору о том, что же это, собственно, такое.
Внутри коробки
На сайте разработчиков, разместившемся по адресу www.red-soft.biz, Red Database изображена в виде красивой белой коробки с красной подписью. Давайте посмотрим, что скрывается в её недрах и как это можно использовать.
Вообще говоря, содержимое коробки меняется в зависимости от редакции, которых насчитывается четыре штуки. Тем не менее, базовая комплектация присутствует во всех редакциях - в том числе и в "открытой", которую можно скачать на сайте. Поэтому сначала поговорим о ней. Сюда входят ядро БД, инсталлятор, доработанная утилита Nbackup, средство мониторинга работы сервера FBTrace, отладочная информация, а также дополнительные драйверы, инструменты администрирования и руководство по SQL на русском языке.
Работать СУБД может на разных платформах, среди которых - Windows 2000/XP/2003/Vista, различные дистрибутивы Linux, *BSD, IBM AIX, HP-UX, Sun Solaris. В общем-то, список неплохой, хотя нельзя сказать, что какой-то сверхъестественный для СУБД, которая позиционируется как промышленная. Присутствует поддержка 64-битных версий систем, а также многопроцессорных систем и систем с многоядерными процессорами. Поскольку Red DB - это всё же Firebird, то все таблицы и иже с ними хранятся в одном файле, формат которого совместим с форматом БД самой Firebird. Поскольку одно из достоинств Firebird - это низкие требования к "железу", то и Red Database к нему не особо требовательна. Кроме того, ядро СУБД основано на многоверсионной архитектуре и поставляется в виде исходных тестов и собранных программных модулей. Ядро может быть запущено во многих экземплярах на одном физическом сервере.
Есть возможность "горячего" резервного копирования БД и инкрементного резервного копирования (когда копируется только измененная, по сравнению с предыдущим копированием, часть базы данных, а не вся база целиком), в том числе, по словам разработчиков, с применением аппаратных решений для резервного копирования. Это тоже вполне естественно для промышленной СУБД.
СУБД можно интегрировать с клиентскими приложениями, для чего вместе с ней поставляется значительное количество дополнительных интерфейсов. Среди них - драйверы JDBC и ODBC, .NET provider, драйвер для PHP и драйверы для Python (KinterbasDB) и Perl (dbi-interbase), а также компоненты для Free Pascal/Lazarus/Delphi/C++ Builder/Kylix (UIB) и библиотека для "чистого" C++ (IBPP). По словам разработчиков, все эти "окна в Европу" протестированы на совместимость и корректную работу с соответствующими технологиями.
Red Database позиционируется компанией-разработчиком также как встраиваемая СУБД. Таким образом, у разработчика есть возможность использования её во "встроенном" в ПО (embedded) локальном режиме в виде библиотеки DLL без отдельной установки и настройки СУБД. Есть поддержка встраивания в виртуальную машину Java.
Для администрирования баз данных предлагаются инструменты ibWebAdmin и fenixsql, которые работают, по крайней мере, на трёх из перечисленных выше операционных системах: Windows, Linux и FreeBSD. Первый из них, по идее, должен работать и для других систем - был бы web-сервер.
Интересная деталь: в настоящее время, по словам разработчиков, Red Database проходит стадию сертификации в ФСТЭК на соответствие классу защищенности 1Г по РД АС.
Редакции
Теперь ещё немного о различных редакциях. Как я уже говорил выше, их ровно четыре - не больше и не меньше. Это открытая редакция, стандартная редакция, редакция для разработчика и промышленная редакция. Про открытую я уже довольно подробно рассказал, теперь про остальные.
Стандартная редакция, по словам "Ред Софт", предназначена для использования в бизнес-приложениях на предприятиях среднего и малого бизнеса. Она ограничена платформой x86, но зато, в отличие от открытой, имеет в составе утилиту репликации/зеркалирования БД (Red Replicator) и руководство пользователя по ней. Среди средств администрирования для платформы Windows также добавился известный IBExpert. Также здесь, в отличие от открытой редакции, в дистрибутив входят исходные тексты Firebird. Что касается технической поддержки, в которой, собственно, и вся соль, то она существует для этой редакции в виде "горячей линии" консультации пользователей и дистанционной диагностики и исправления ошибок через удаленный доступ.
Редакция для разработчиков предназначена, как то ни странно, для разработчиков ПО. В комплект поставки входит встраиваемая версия Red Database, которую разработчик может бесплатно включать в комплект поставки своего ПО. По составу дистрибутива и технической поддержке она ничем не отличается от стандартной редакции, но не имеет ограничения по платформам.
Промышленная редакция - самая серьёзная. Её предлагается использовать в бизнес-приложениях на предприятиях крупного бизнеса, на участках, где ценность данных и стоимость отказа системы чрезвычайно велики. Комплект поставки у неё точно такой же, как у стандартной редакции и редакции для разработчиков, а вот техподдержка уже расширена, по сравнению с этими двумя редакциями. В неё входят "горячая линия", дистанционная диагностика и исправление ошибок и помощь в настройке БД под конкретное оборудование.
Продукты на базе Red Database
Помимо, собственно, Red Database, компания Ред Софт предлагает ещё два программных продукта. Они основаны на Red DB, и, думаю, читателям будет интересно узнать немного и о них.
Первый из них называется "Ред Хранилище данных" (Red Warehouse). Это продукт, использующийся для поддержки работы централизованного хранилища данных на предприятии, содержащий инструменты для репликации данных из транзакционных систем, средства построения отчетов, многомерного анализа данных и поддержки витрин. В настоящее время компания-разработчик предлагает несколько отраслевых настроек для установки в кредитных организациях, страховых компаниях и органах исполнительной власти, а также органах местного самоуправления. В качестве других компонентов этого продукта, помимо Red DB, используются Mondrian - сервер XMLA/MDX, JasperReports - средство построения регламентированной отчетности и Jrubik - средство навигации OLAP-данных.
Второй продукт - это "Ред Контроль" (Red Control). Он тоже основан на Red Database, но предназначен уже для оперативного управления задачами, бизнес-процессами, событиями и ресурсами с функцией накопления знаний и управления информационными артефактами. Его, по словам разработчиков, можно использовать при управлении производством программного обеспечения, обслуживании многоквартирного дома, управления взаимоотношениями с клиентами и организации работы горячей линии. Red Control реализован с применением трехзвенной клиент-серверной архитектуры (Client GUI + AS + DB), причём клиентская часть имеет собственную встроенную БД, синхронизируемую с сервером при наличии связи - это позволяет работать с продуктом мобильным пользователям. За счёт наличия сервера приложений, поддерживающего открытые интерфейсы на основе CORBA, XML и других стандартов коммуникации и обмена информацией, Red Control сравнительно просто интегрировать в уже сложившуюся на предприятии систему.
На мой взгляд, тот факт, что сама компания "Ред Софт" имеет другие продукты на основе Red DB, уже говорит кое-что в её пользу.
Резюме, или, по крайней мере, что-то
вроде того
В общем-то, про Red DB, на мой взгляд, можно сказать следующее: интересная и смелая идея использовать в качестве промышленной СУБД не слишком мощную, хотя и очень легковесную Firebird. Думаю, для среднего бизнеса она действительно интересна, а вот что касается крупных проектов - то здесь продукт от "Ред Софт" вряд ли сумеет потеснить такие проекты, как хотя бы тот же PostgreSQL. Хотя, конечно, не будем загадывать.
Но, глядя на российские проекты, так и хочется спросить белорусских разработчиков: неужели они не видят в упор рынка СУБД?
Вадим СТАНКЕВИЧ,
[email protected]
Комментарии
Страницы
12 ноября 2007 года, 09:22
>>Гы, классно. Сидят такие программеры и жду пока к ним сами инвесторы придут и начнут упрашивать че-нить сделать. Нормальная ситуация для Беларуси.
Нет, вы ошибаетесь. Некоторые, даже не относящиеся к IT, пришли к инвестроу, цифру 9-значную нарисовали, ПВТ организовали. ;) Вот это бизнес так бизнес. Без такой цифры многозначной у нас ничего и никуда не инвестируется. ;)
Надеюсь, вам, Прохожий, понятно?
Перевод:
"Что ж вы, ламеры, сделать СУБД свою не можте, если даже россияне смогли".
Несколько утрированно, но суть именно такая. Так что пардон - не сдержался.
> Все под заказ.
Насколько я знаю ситуацию, "Блокада" писалась не под заказ.
Что же касается белорусской СУБД - такая была, Leobase называлась.
"Предприятие «ВирусБлокАда» создано в мае 1997 года в форме "Общество с Ограниченной Ответственностью", в 2000 году перерегистрировано в форме "Общество с Дополнительной Ответственностью". В его состав вошли разработчики антивирусной программы Vba32 («ВирусБлокАда»), существующей как коммерческий продукт с 1994 года."
Похоже, что в 1994 году была команда разработчиков, которая и сделала первые версии этого продукта. Интересно, кто эти разработчики и где они работали?
------------------------------------
http://www.leobase.com/NEW/RUSSIAN/CONTENT/PROJECTS/LEOBASE/descr.htm
"Описание
Мы ищем инвестиции для реализации СУБД LeoBase в размере $14,000,000.
LeoBase - это новая постреляционная система управления базами данных. Ее идеология обработки информации, обеспечивает:
поиск по произвольной логической комбинации ключей во много раз быстрей чем в существующих решениях. Это достигается за счет полного отсутствия перебора, присущего большинству СУБД на определенном этапе
Отсутствие необходимости оптимизации запросов.
Существенная экономия дискового пространства
И многое другое"
http://www.leobase.com/NEW/RUSSIAN/CONTENT/PROJECTS/LEOBASE/history.htm
"История развития
Идея создания LeoBase родилась очень давно и успешно начала претворяться в жизнь, несмотря на то, что требовала больших временных и финансовых затрат. В период с 1989 по 1993 год команда будущих разработчиков LeoBase выполняла различные заказные информационные проекты опыт работы с которыми показал, что существующие на тот момент СУБД не отвечают многим требованиям. Поэтому в 1992 году было принято решение начать разработку собственной СУБД LeoBase.
В 1993 году в одной из Минских инженерных фирм был создан отдел баз данных, коллектив которого состоял из разработчиков LeoBase, перед которыми на определенном этапе (в 1994 году) была поставлена задача в области картографии. Предварительные тесты показали, что решение задачи посредством существующих СУБД, в частности Oracle 6.0 затруднительно из-за их низкого быстродействия. Поэтому было принято решение провести анализ возможности использования LeoBase в качестве альтернативного варианта решения поставленной задачи. В течение 2 месяцев была проделана серьезная работа и результаты тестов показали, что LeoBase оказалась в запросах по поиску данных в 5-900 раз быстрее СУБД Oracle 6.0, эксплуатируемой в таких же условиях."
Если так все было хорошо, то почему теперь нужны инвестиции в 14 000 000 ам.рублей? Или это уже устаревшая информация?
Скорее всего, в 94-м был всего один разработчик - Слава Коляда. И антивирус он начал делать не по работе, а для души.
> Если так все было хорошо, то почему теперь нужны инвестиции в 14 000 000 ам.рублей?
Было совсем нехорошо, история вышла весьма печальная.
Ну а сейчас наработки LeoBase, скорее всего, используются в новом продукте того человека, именем которого названа СУБД.
"Для реализации" неслабая цифра, хотя, конечно, от "аппетита" и условий зависит.
Страницы