Команда Firebird Project Team анонсировала (http://www.firebirdsql.org/index.php?op=devel⊂=engine&...) выход Firebird 2.0.3 (релиз 2.0.2 был отменен в августе, после 2.0.1 вышел 2.0.3).
В основном релиз содержит исправления ошибок, в том числе двух серьезных: некорректный вывод VARCHAR полей при выполнении EXECUTE STATEMENT (http://tracker.firebirdsql.org/browse/CORE-1434) и возможность "race condition" атаки в момент перезапуска сервера (http://tracker.firebirdsql.org/browse/CORE-1418).
Из новшеств можно отметить завершение портирования Firebird под Solaris 10 и MacOSX Intel, а также ужесточение доступа к лог файлу (ранее он был доступен на чтение для всех пользователей).URL: http://www.firebirdsql.org/index.php?op=devel⊂=engine&...
Новость: http://www.opennet.me/opennews/art.shtml?num=12213
Отличная СУБД. Открыл ее в свое время для себя и сделали уже не один проект - все работает.
Открой для себя и другие СУБД - после этого никогда больше "отличная" на эту не скажешь :)
Для Delphi-проектов самое оно
а у меня не прежилось, постгрес и мсскл мне лично нравятся больше
зато моему друго больше никаких не надо
сколько людей, столько и мнений...
PostgreSQL ONLYскоро практически превратится в бесплатный оракл =)
Когда фронтендом к Маю обзаведётся :)
bred
>bredЛично мне проще клонировать самописку, чем "переводить" ее на PG.
Была у слонов идея, но здохла от НЕПРЕОДОЛИМЫХ трудностей в реализации, спасибо ззопарку :), - прозрачно реализовать перловый интрефейс к PG.
Но воз и ныне там.Переписывать сотни тысяч строк перла под PG???
Не уверен, что это нужно делать на PG.Так что PG посидит под лавкой пока. Пока число инсталляций не достигнет хотя бы 1% от Мая.
Сообщество PostgreSQL только выигрывает от того, что такие, как ЩекнИтрч, ее не используют. Опасно давать мартышке гранату. Последствия заранее оценить невозможно.
Сферы применения у Слона и Дельфина мало пересекаются. Дельфин быстрая простецкая по сути индексная СУБД на технологиях середины 70-х годов. Слон мощная современня академическая разработка в области реляционных СУБД, и конечно сложнее, но не сложнее того же Оракла (от которого у любителей "Мая" вообще б удар случился). Сравнивать их бессмысленно.
Postgre, конечно, тоже хорош. Но...В postgre в триггере можно написать new.net_takogo_polja и искать такую ошибку долго долго и упорно. Особенно, если присутствуют ветвления.
В postgre вы запросто можете замочить колонку или даже целую таблицу, на которые ссылается функция. В Firebird всё это невозможно. Т.е. на серверную логику накладываются ограничения "ссылочной целостности" как на данные, защищённые внешними ключами. Одно это многого стоит.В Firebird все процедуры/триггеры компилируются в байткод, что позволяет ускорить их выполнение и защитить серверную логику от просмотра. Т.е. исходный текст можно стирать из базы.
Возвращение строк (особенно объединённых) таблиц из процедур в Firebird сделано намного проще и приятней.
Удобный и понятный для программирования api firebird. Posgre со своим винегретом типов меня просто бесит.
Шикарный IBExpert для для ковыряния в базе. Поделкам EMS до него, как до Луны. Хотя PostgreSQL Maestro мне уже начинает нравится.
В Firebird хреново то, что он не идёт как standalone на FreeBSD (ИЛИ УЖЕ ИДЁТ ?), а только из под inetd. И по использованию его в сторонних продуктах ему до mysql & postgree как до Луны.
>Postgre, конечно, тоже хорош. Но...
>
>Удобный и понятный для программирования api firebird. Posgre со своим винегретом типов
>меня просто бесит.Боже, неужели в PostgresSQL API еще хуже?
>Боже, неужели в PostgresSQL API еще хуже?Сам api может и не хуже сам по себе, но программировать заметно сложнее. В первую очередь из-за зоопарка postgre'шных типов
Firebird, конечно, попроще с точки зрения физики, но проще в администрировании напорядок... Я уж не говорю о IBExpert, бесплатном в СНГ... Да и read-only DB - очень приятная и полезная фишка, коей у PostreSQL'a нет...
Кстати, для фри в портах 2.0.2 версия: http://www.freebsd.org/cgi/cvsweb.cgi/ports/databases/firebi.../
> read-only DBЭтим ее промышленное применение imho и ограничивается. Для всего остального есть PostgreSQL.
Для промышленного применения PostgreSQL не годиться, обсасывалось уже много раз. В частности на RU_HIGHLOAD об этом говаривалось.
Вы бы еще на надписи в туалете сослались.
>Вы бы еще на надписи в туалете сослались.Если у вас есть иные данные, будьте добры, озвучьте. Желательно с фактами промышленного использования PgSQL.
Не находите противоестественной необходимость Вам что-то доказывать?
Я считаю противоествественным для мужчины пустословить.
Очень хорошая точка зрения. Вот ровно в соответствии с ней прекратите писать чушь и ссылаться на надписи на заботах.
Заборах, конечно.
Хм. Лучше сослаться на Ru_HighLoad чем на надпись на заборе. И лучше на надпись на заборе чем просто попусту сотрясать воздух. Все имхо.
Мнение миллиона леммингов не стоит ровным счетом ничего. Ноль. А нормальные люди на заборах не пишут. Доступно объяснил?
Используется на нашем предприятии Firebird2 (на базе FreeBSD-6.2 более 100 одновременных соединений) работает стабильно. Кстати ставится из src только из-за медленной реакции мейнтейнера порта.Часть задач бухгалтерии работает на PgSQL.
Ну а в качестве промышленного использования PgSQL можно много чего назвать, хотя бы (только не надо спорить, оно уже работает) 1С. У многих используется в качестве СУБД для биллинговой системы. Споры о невозможности или возможности промышленного использования не стоит затевать, оно есть и точка.