Вопрос, вероятно, не совсем корректен, поскольку вряд ли на этот сайт
пришли те, кто совсем ничего не знает про InterBase. Поэтому сейчас
разговор в основном об основных исторических фактах создания
InterBase, а также об основных его технических характеристиках. Мы
пока не будем вдаваться в подробности, поскольку большую часть фактов
о технических возможностях вы всегда сможете найти на сайте InterBase:
http://www.interbase.com/. Здесь мы лишь дадим обзор, густо
приперченный нашим субъективным отношением к этому замечательному
продукту!
Итак, как мы все знаем, InterBase - это SQL-сервер, СУБД, отличающаяся
маленькими требованиями к ресурсам системы и при этом довольно
серьезной производительностью. Разумеется, речь идет в основном про
управление базами данных объемом до нескольких гигабайт. В таких
ситуациях InterBase является, пожалуй, наилучшим выбором из некоторого
числа других серверов.
Что отличает InterBase? Прежде всего, это кросс-платформенность, то
есть, переносимость с одной операционной системы на другую. InterBase
поддерживает Linux, Windows и значительное количество Unix-платформ. И
делает это легко и удобно. Фактически, приложение, которое использует
InterBase, не увидит разницы, на какой платформе в данный момент
находится сервер. А если вам захочется поменять платформу, то это не
потребует переделки базы данных - достаточно лишь проделать операцию
резервного копирования на одной платформе и восстановления копии на
другой.
InterBase всегда был инновационным продуктом, если так можно
выразиться. Многие технологии, которые сейчас считаются само собой
разумеющимися в мире баз данных, впервые появились именно в InterBase.
Хотите примеров? Они есть. Прежде всего, речь идет о BLOB-полях. Это
может звучать удивительно, но именно в InterBase они впервые и
появились (привет Informix!). Во-вторых, это UDF, то есть, функции,
определяемые пользователем. Замечательная возможность расширить набор
встроенных функций при помощи любого средства разработки! Сама
идеология InterBase - система множественного поколения записей,
которая позволяет гарантировать отсутствие блокировок по чтению и
быстрое восстановление базы данных при сбоях - это совершенно
инновационная технология, которая являлась уникальной с самого начала,
да и сейчас, пожалуй, не имеет реальных аналогов. Ну и напоследок -
хотя этим дело, конечно, не исчерпывается - упомянем каскадные
триггеры. Именно этот механизм, позволяющий создавать очереди
автоматически запускающихся триггеров на все виды операций с данными,
дает нам возможность гибко реализовывать практически сколь угодно
сложную бизнес-логику!
Иногда случается, что новейшие технологии оказываются
невостребованными. Люди недалекие и незнакомые с рынком, иногда
заявляют, что "InterBase - лишь СУБД для начинающих, жалкая затычка
для студентов, работающих на Delphi, чахлый прыщ на скорбных лицах
монстров вроде Oracle...", впрочем, мы, конечно, говорим несколько с
иных позиций. Иными словами, иногда самый передовой продукт может
оказаться на месте Неуловимого Джо. Но InterBase здесь совершенно не
причем! Иначе зачем бы он был нужен в таких весомых компаниях как
Моторола, Нокия, Боинг или Бостонская Фондовая Биржа? Зачем бы его
втыкали в знаменитый танк Абрамс, если верить слухам подлой военщины?
Кроме того, давайте будем разделять Запад вообще и Европу в частности.
Если сделать это, то окажется, что матушка Европа вообще доверху
забита InterBase. Сколь сладостен миг поездки на знаменитом скоростном
немецком DB ("по-нашему: Ж/Д" - примечание переводчика), когда усатый
контроллер берет вашу кредитку (нет, не этот момент сладостный),
проводит ей по своей диковинной машинке и протягивает ее обратно. Все
было бы совершенно обычным, но мы-то с вами знаем, что вся система
обработки платежей по кредиткам в DB построена на InterBase, и "может
быть" (а на самом деле, "точно так и есть") в этой штуковине усатого
контроллера установлен embedded InterBase. Вот он, момент истины!
После этого начинаешь понимать, что InterBase вокруг нас, только мы об
этом не всегда знаем, и если есть на свете тот таинственный Большой
Брат, то уж он-то точно использует сами понимаете, что.
Рано или поздно становится интересным, как же развивался продукт,
который сейчас незаметной паутинкой охватывает многие вещи в мире?
История его весьма занятна, особенно для нас, поскольку многие
буржуйские игрища вроде акций, покупки контрольного пакета и прочее,
для нас только начинают приобретать реальный смысл и значение.
Итак, в целом история выглядит следующим образом. В 1976 году Джим
Старки (немного подробнее о нем написано в разделе "Кто есть кто?")
создает СУБД для DEC. Потом решает, что сам с усами и уходит, чтобы
писать СУБД дальше, скромно назвав ее JRD, то есть, "Реляционная база
данных Джима". В это же время (1983) появляется Борланд, в котором
ничего про Старки еще не знают. Джиму становится скучно, к нему
присоединяются Анн Харрисон и Дон Депальма, чтобы тут же организовать
Groton Database Systems (1985). В течение всего последующего года отцы
основатели обсуждают неудачное название фирмы. Сотни других названий
канули в лету, поскольку в историческом 1986 году компания стала
называться InterBase. Потом начинается самое загадочное. То Ashton-
Tate вкладывает бабки в InterBase, то Cognos пытается заняться тем же,
то потом Ashton-Tate от жадности совсем перекупает контрольный пакет
акций. И вдруг об InterBase узнают в Борланде. Чтобы продаться
удачнее, Ashton-Tate целиком заглатывает InterBase, чтобы тут же
оказаться в пасти Борланд в конце 1991 года. В этом состоянии все
пребывает до 1997 года. Пока суть, да дело - выпускаются InterBase
3.3, 4, 4.1 и 4.2 для разных платформ. В течение этого периода
InterBase втюхивают армии США за 3,5 миллиона баксов и толкают в
Японию на неизвестную сумму, в общем, дело спорится. В 1997 году
Борланд отпочковывает ISC в виде самостоятельного подразделения.
Отпочковав, Борланд начинает активно заниматься софтверным бизнесом:
перетусовывает руководство, играется с Корель и выигрывает,
переименовывается в Inprise и обратно. ISC в это время выпускает
версии 5.0, 5.1 и готовит бета-версию 6.0. Об этом рассылается пресс-
релиз, и тут с ключевых постов ISC уходят три человека: Bill Karwin,
Paul Beach и Wayne Ostiguy. Через некоторое время к ушедшим
присоединяются еще два программиста. Не перенеся боль утраты, Борланд,
находясь не совсем в здравом уме и твердой памяти, объявляет об
открытии исходных текстов InterBase 6.0. В суматохе организовывается
IBPhoenix, ключевые посты в которой занимают бывшие сотрудники ISC.
Борланд приходит в себя и заявляет о том, что и дальше будет
распространять закрытую версию. Тем не менее, появляется Firebird,
созданный руками энтузиастов на базе открытого InterBase 6.0 под
чутким руководством IBPhoenix. Энтузиасты, однако, весь квартет
сыграть вместе не смогли, поэтому на базе Firebird появляется
питерский вариант под грустной, но в то же время пробивной маркой
Yaffil (Дятел).
В настоящее время, корпорация Borland выпустила InterBase 7.1, в
котором добавлена поддержка SMP, встроенные временные таблицы для
управления сервером и многое другое.
