Хорошая "новость?" Появился он вообще-то 30 декабря прошлого года. Но тем не менее лучше поздно, чем никогда. Кстати всем интересующимся/работающим/имеющим дело (нужное подчеркнуть) с этой базой данных рекомендую заглянуть на ibase.ru - очень хороший ресурс.

PS. Кстати никто не знает под Linux программ для работы с Interbase наподобе IBExpert? Очень уж нужная штука.

Pro4itav nazvanie novosti ja uz bylo ispugalsja. Na4al bojaca, 4to poslednie 2 goda prozyl na lune.. i 4to Firebird uspel s 0.7 advansnuca do 1.5RC8. Toka dal'she pro4itav ponjal, 4to delo imeem s ne s Mozilloj a s DB :). Razvelos'.. odnoime'ncev kone4no.. blin

База данных с этим названием существует гораздо дольще, чем Web броузер. Так что не надо La-la.

твою мать... прочитал пост до середины и подумал что схожу с ума - вроде как начал тред про DB читать, а оказалось что про мозилу... не шути так больше ;)

2 anonymous (*) (06.01.2004 16:38:29)

aga, no ja dumaju, 4to uze temze samym browserom pol'zueca gorazdo bol'she narodu na dannyj moment, 4tom etoj (nepojmi komu nuznoj) DB.

US Army? Устроит клиент? Он, конечно, Interbase принял на вооружение, но в O.S. без его согласия БД отдать бы не смогли.

2 anonymous (*) (06.01.2004 18:44:54)

US Army? No comments. Pomoemu u nih vse' v poslednee vremja "horosho" ;). Gromkie slova. A na skol'ko sil'no oni ispol'zujut ee? Skol'ko dannyh, kakie zada4i? Mozt ona stoit tihon'ko v uglju i obrabatyvaet tol'ko statistuku poseshenija kakogo-nibud' www.navy.us... ?!

Народ, вы что с головой не дружите? Никому не нужная ДБ. Да ведь Interbase/Firebird/Yaffil одна из лучших БД для локальных сетей. Популярней только Oracle, да и то в сфере крупных предприятий. Почти все знакомые мне программисты пишущие софт для автоматизации разного вида деятельности пользуются именно Interbase!

Пишут потому, что используют Delphi и C++Builder. На самом деле, этот сервер ничем особенным не отличается (от того-же Postgres). К тому же не самый быстрый и не самый надежный на больших объемах.
Я с ним проработал ~6 лет (начал с Interbase 4) и сейчас перехожу на Postgres.

> вышел 8 Release Candidate версии 1.5 СУБД firebird(бывший Interbase)

Это не бывший Interbase, это форк Interbase 6.1 (как и Yaffil).
Interbase развивается отдельно в борланде - последняя версия по-моему 7.5

vot i ja k tomu, 4to PostgreSql - sila.

снесли этот fb после пары падений с невозможностью восстановления данных.
и не надо мне рассказывать про бэкап - я не могу позволить себе роскошь терять данные за несколько часов, а делать его чаще практически невозможно.

сами полюбуйтесь на соотношение:

- Bugs ( 202 open / 451 total )

> Да ведь Interbase/Firebird/Yaffil одна из лучших БД для локальных сетей

какой смысл, уважаемый, вы вкладываете в понятие "БД для локальных сетей"?

Я, к примеру, собираюсь прикрутить Interbase на linux-сервер - он в локалке, софт будет-Delphi, если выкину форточки - пере(ком)пилю Kylix'ом свои шедевры - и вперед! На серве Mysql вертится (для Web&mail); для бухгалтерского софта все же отдаю предпочтение Interbase

ibadmin - http://www.sqlly.com/ibadmin_linux.asp

> какой смысл, уважаемый, вы вкладываете в понятие "БД для локальных сетей"?

Практически никакого. Только то что для работы в интернете он тяжеловат и там гораздо эффективнее использовать MySQL или тот-же PostgreeSQL.

>> какой смысл, уважаемый, вы вкладываете в понятие "БД для локальных сетей"?

> Практически никакого. Только то что для работы в интернете он тяжеловат и там гораздо эффективнее использовать MySQL или тот-же PostgreeSQL.

:)))) просто смешно!!! Тяжеловат для каких проектов? Неужели вы думаете, что основной критерий выбора сервера БД для интернета - скорость линейной выборки?

Тормозной этот firebird...

Наш солист-реппер попробовал как-то речевку в нем хранить, так потом
полдня матерился, мол, эстонский рэп получается. Теперь пользуется
каким-то своим SQL'ом (так и говорит: "My SQL",- сам написал, наверное,
он у нас башковитый парень), хорошо получается, тараторит как сорока,
ничего не разобрать.

Насколько помню, писали что используют ее в системе управления огнем Абрамса. Прадва аргументация была забавная... База это легко поднимается после внезапного выключения - делает откат "мгновенно", не нарушая целостность. а на Абрамсе вроде во время выстрела ствол откатывается, и, будучи металлическим, создает ЭМ импульс - компы слетают. Но что-то кажется мне что это притянуто за уши.

Вы на Delphi/Kilyx и Firebird не гоните, привыкли мля на perl/sh/php писать всякую лабуду.

delphi супротив perl'а, что плотник супротив столяра

Вообще-то на таблицах с ~ 100 млн. записями альтернатив FB (по крайней мере среди свободного софта) нет. Он единственный, кто с приемлемой скоростью (несколько часов) строит индексы по этим таблицам. У ближайшего конкурента (PostgreSQL) на постройку индексов уходят сутки.

> Вы на Delphi/Kilyx и Firebird не гоните, привыкли мля на perl/sh/php писать всякую лабуду.

Лабуду как раз пишут на Delphi/Kylix. Сам долго писал на Delphi/Builder, сейчас исключительно на Java

не хочу никого обидеть, но мудаков пишущих на дельфи и билдере банк-клиенты и прочие поделия типа "бухгалтерия" надо расстреливать. или отправлять в америку, пусть там генофонд портят. ибо ни одно из этих поделий нормально не работает. а уж в связке друг с другом, так вообще п..дец.

Хм.... несколько лет вертится база без проблем. Небольшая - несколько миллионов записей (не 100). Скорость - вполне. MSSQL и рядом не валялся. Postgre, взятый из дистрибутива косячил с кодировками так что не понравился. IB-же (FB), собранный как configure, make, make install (без доработки напильником) сразу подхватил бекап баз, сделанный под виндами на старом сервере и заработал нормально. Перезгрузка только когда питание наши пьяные элекрики больше чем на полдня отрубают. И даже когда UPS сдох и база еще на NT была - падение никак не отразилось. Потерялась всего пара записей еще незакомиченых на тот момент. В смысле скорости, надежности (ни одного падения за много лет), удобства разработки (клиенты под виндой - delphi, perl, php - linux и еще многие, которых (пока) не использовал), функциональности - он меня более чем устраивает. А анонимусы и неанонимусы, предпочитающие списанный у соседа оракл/мсскул или май/постгрес - пусть пользуются чем хотят.

Да БД не плохая на маленьких объёмах.

> aga, no ja dumaju, 4to uze temze samym browserom pol'zueca gorazdo bol'she narodu na dannyj moment, 4tom etoj (nepojmi komu nuznoj) DB.

Тем не менее, путаницу устроили именно авторы браузера.

То что Firebird продолжает развиваться - это хорошо. Что бы там не говорили про другие RDBMS, на мой взгляд - система достаточно удачная как с точки зрения стабильности так и с точки зрения производительности. Не спорю, многого в ней пока не хватает, но тем не менее (ИМХО) - все кому нужны рюшечки и много секса - пусть сидят на MS SQL, кому простота - MYSQL, кому производительность на огромных объемах данных (хотя секса не меньше) - ORACLE. Что же касается повседневной жизни - это Интербейс системы, которым достойных конкурентов пока я не вижу. Сам на нем (сперва IB потом fb) сижу уже не первый год, чинить базу ниразу не приходилось, хоть базы работают 24х7х365, да и объемы начинаются от 3,5 гектар. А если у кого то чего то падает - нечего на систему пенять, тут одно из двух - либо железо/ОС с граблями, либо разрабочик мало что смыслит в SQL базах вообще, поэтому срочно надо прокладку между креслом и клавиатурой менять.

Если нужна транзакционая БД - FB -> круто.
И 3.5 грамма не предел (есть прецинденты около 30 грамм),
что скажем по меркам Оракла вообще не цифры.
Но если надо какой-нибудь WareHouse то здесь
Красный Дятел не помощник.
Тогда если надо приличную скорость -> БД должна входить
в размер памяти

Какой-то он недоделанный этот FB. С киррилицей, чтобы нормально работать надо какие-то странные SQL писать, указывать COLLATE да и по скорости он мне показался черезмерно медлительным. Моя программа работает через JDBC с постгрессом. Запросы очень простые. Но когда я попробовал ее с FB1.5 то разница была очень даже заметна. Еще странный wish я видел к FB. Оказывается он не умеет делать caseinsensetive индексов по русским строкам. Сами понимаете упущение существенное. Нету так же до сих пор SQL команд типа CREATE USER приходится делать это через Ж. Вообщем может ко 2 версии он будет действительно неотразим и победит всех. Задатки у него есть!

> либо разрабочик мало что смыслит в SQL базах вообще

что за бред. какое отношение имеет разработчик к приведению базы в невосстановимое состояние?

то, что база упала может быть виной админа, оси, погоды... а вот то, что после этого ее вообще невозможно откатить в рабочее состояние - это проблема бд.

кстати, на той же самой машине с той же самой базой оракл живет без каких-либо серьезных проблем

>что за бред. какое отношение имеет разработчик к приведению базы в невосстановимое состояние?

>то, что база упала может быть виной админа, оси, погоды... а вот то, что после этого ее вообще невозможно откатить в рабочее состояние - это проблема бд.

Сорри, возможно не совсем корректно выразился, имелись в виду прямые руки. За время сидения на FB cталкивался со различного рода граблями, после выяснения причин оказывалось, что либо база построена криво, либо СУБД сконфигяна соответствено...

Как пример, одно время часто встречал ДБА, которые умудрялись подключаться к одной и той же базе с разными путями, т.е. с нормальным путем, и через замантированный диск. Система была в полной уверенности что это 2 разные базы сама хряцала файл с базой.

Или другой пример, обратился ко мне один перец, который не смог вытянуть из бэкапа свои данные, потому что в процессе, на заполненной таблице ему взумалось влепить еще одно поле с ограничением NOT NULL, после чего переделал процедуру чтобы это поле заполнялось с остальными при вставке новых записей. Как результат - все отработало, и даже забэкапилось, а вот на этапе restore произошол затык. А все по тому, что этот перец даже понятия не имел, что проверки осуществдяются в данной ситуации системными триггерами, и только при вставке новых записей (чтобы такие вот умники могли добавлять поля), а в процессе restore естественно в незаполненные поля пихался NULL, что система переварить не смогла.

Так что в одном случае это проблема админа, а в другом разработчика.