https://opennet.ru/openforum/vsluhforumID3/38541.html Команда Firebird Project Team анонсировала (http://www.firebirdsql.org/index.php?op=devel&#8834;=engine&id=fb203_release) выход Firebird 2.0.3 (релиз 2.0.2 был отменен в августе, после 2.0.1 вышел 2.0.3).<br><br><br>В основном релиз содержит исправления ошибок, в том числе двух серьезных: некорректный вывод VARCHAR полей при выполнении EXECUTE STATEMENT (http://tracker.firebirdsql.org/browse/CORE-1434) и возможность "race condition" атаки в момент перезапуска сервера (http://tracker.firebirdsql.org/browse/CORE-1418).<br><br><br>Из новшеств можно отметить завершение портирования Firebird под Solaris 10 и MacOSX Intel, а также ужесточение доступа к лог файлу (ранее он был доступен на чтение для всех пользователей).<br><br>URL: http://www.firebirdsql.org/index.php?op=devel&#8834;=engine&id=fb203_release<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=12213<br> https://opennet.ru/openforum/vsluhforumID3/38541.html#25 Mon, 01 Oct 2007 11:20:18 GMT Сферы применения у Слона и Дельфина мало пересекаются. Дельфин быстрая простецкая по сути индексная СУБД на технологиях середины 70-х годов. Слон мощная современня академическая разработка в области реляционных СУБД, и конечно сложнее, но не сложнее того же Оракла (от которого у любителей "Мая" вообще б удар случился). Сравнивать их бессмысленно.<br> https://opennet.ru/openforum/vsluhforumID3/38541.html#24 Mon, 01 Oct 2007 11:02:40 GMT Сообщество PostgreSQL только выигрывает от того, что такие, как ЩекнИтрч, ее не используют. Опасно давать мартышке гранату. Последствия заранее оценить невозможно.<br> https://opennet.ru/openforum/vsluhforumID3/38541.html#23 Mon, 01 Oct 2007 10:18:35 GMT &gt;bred <br><br>Лично мне проще клонировать самописку, чем "переводить" ее на PG.<br><br>Была у слонов идея, но здохла от НЕПРЕОДОЛИМЫХ трудностей в реализации, спасибо ззопарку :), - прозрачно реализовать перловый интрефейс к PG.<br>Но воз и ныне там.<br><br>Переписывать сотни тысяч строк перла под PG???<br>Не уверен, что это нужно делать на PG.<br><br>Так что PG посидит под лавкой пока. Пока число инсталляций не достигнет хотя бы 1% от Мая.<br> https://opennet.ru/openforum/vsluhforumID3/38541.html#22 Mon, 01 Oct 2007 09:03:52 GMT &gt;Боже, неужели в PostgresSQL API еще хуже? <br><br>Сам api может и не хуже сам по себе, но программировать заметно сложнее. В первую очередь из-за зоопарка postgre'шных типов<br> https://opennet.ru/openforum/vsluhforumID3/38541.html#21 Mon, 01 Oct 2007 07:04:22 GMT &gt;Postgre, конечно, тоже хорош. Но... <br>&gt;<br>&gt;Удобный и понятный для программирования api firebird. Posgre со своим винегретом типов <br>&gt;меня просто бесит. <br><br>Боже, неужели в PostgresSQL API еще хуже?<br> https://opennet.ru/openforum/vsluhforumID3/38541.html#20 Sun, 30 Sep 2007 12:42:09 GMT Мнение миллиона леммингов не стоит ровным счетом ничего. Ноль. А нормальные люди на заборах не пишут. Доступно объяснил?<br> https://opennet.ru/openforum/vsluhforumID3/38541.html#19 Sat, 29 Sep 2007 14:38:44 GMT Хм. Лучше сослаться на Ru_HighLoad чем на надпись на заборе. И лучше на надпись на заборе чем просто попусту сотрясать воздух. Все имхо. <br> https://opennet.ru/openforum/vsluhforumID3/38541.html#18 Fri, 28 Sep 2007 16:30:21 GMT Используется на нашем предприятии Firebird2 (на базе FreeBSD-6.2 более 100 одновременных соединений) работает стабильно. Кстати ставится из src только из-за медленной реакции мейнтейнера порта. <br><br>Часть задач бухгалтерии работает на PgSQL.<br><br>Ну а в качестве промышленного использования PgSQL можно много чего назвать, хотя бы (только не надо спорить, оно уже работает) 1С. У многих используется в качестве СУБД для биллинговой системы. Споры о невозможности или возможности промышленного использования не стоит затевать, оно есть и точка.<br> https://opennet.ru/openforum/vsluhforumID3/38541.html#17 Fri, 28 Sep 2007 11:25:05 GMT Postgre, конечно, тоже хорош. Но...<br><br>В postgre в триггере можно написать new.net_takogo_polja и искать такую ошибку долго долго и упорно. Особенно, если присутствуют ветвления.<br>В postgre вы запросто можете замочить колонку или даже целую таблицу, на которые ссылается функция. В Firebird всё это невозможно. Т.е. на серверную логику накладываются ограничения "ссылочной целостности" как на данные, защищённые внешними ключами. Одно это многого стоит.<br><br>В Firebird все процедуры/триггеры компилируются в байткод, что позволяет ускорить их выполнение и защитить серверную логику от просмотра. Т.е. исходный текст можно стирать из базы.<br><br>Возвращение строк (особенно объединённых) таблиц из процедур в Firebird сделано намного проще и приятней.<br><br>Удобный и понятный для программирования api firebird. Posgre со своим винегретом типов меня просто бесит.<br><br>Шикарный IBExpert для для ковыряния в базе. Поделкам EMS до него, как до Луны. Хотя PostgreSQL Maestro мне уже начинает нравится.<br><br><br>В Firebird хреново то, что он