FirebirdSQL в качестве СУБД крупной системы

[Dolphin]

Сообщение от Renat Akhtyamov

скажем для первого случая никаких SQLLite и FireBird, только промышленная СУБД

А что вы понимаете под "промышленной СУБД"? По каким критериям определяется эта "промышленность", кроме проприетарности и стоимости?

Сообщение от Irina Galtsova-Rus

каждый из которых может просто умереть если его заявка не будет выполнена

Так заявку не база данных будет выполнять, я думаю?
Задача сводится к отказоусточивости базы данных, если у вас все так серьезно и нужна репликация - тогда firebird таки не подойдет. Выбирайте между Oracle и PostgreSQL - у них есть вменяемые механизмы репликации. У MSSQL репликация тоже заявлена, но из-за его виндовости он несерьезен.

[Irina Galtsova-Rus]

Сообщение от Dolphin

тогда firebird таки не подойдет

можно отразить ваше мнение в голосовании?

[Renat Akhtyamov]

Сообщение от Irina Galtsova-Rus

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

Oracle, DB2, MsSql - однозначно справятся в Вашими потребностями

FireBird, MySQL - не исключено, что удовлетворят их

Если уже известна структура БД, то стоит произвести небольшое испытание. Заполнить БД тестовыми данными и погонять несколько часов в приближенных к реальным условиям. Сымитировать необходимое количество одновременных обращений к БД на вашем железе.
Потом всё встанет на свои места. Годится или не годится... Тут врядли кто вам даст однозначный ответ. Всё бесплатное нужно проверять...

[Irina Galtsova-Rus]

Сообщение от Renat Akhtyamov

и погонять несколько часов в приближенных к реальным условиям

Вы считаете этого достаточно?

[Renat Akhtyamov]

Сообщение от Irina Galtsova-Rus

Вы считаете этого достаточно?

Чтобы сделать выводы достаточно.
Имитировать можно пиковые нагрузки, успешное прохождение теста вселит уверенность что при штатной нагрузке у вас не будет головной боли.

[Dolphin]

Сообщение от Irina Galtsova-Rus

можно отразить ваше мнение в голосовании?

Я проголосовал. "За", потому, что я считаю FireBird годной системой, а отказоусточивость достигается грамотной настройкой и обслуживанием сервера.

Сообщение от Renat Akhtyamov

Если уже известна структура БД, то стоит произвести небольшое испытание. Заполнить БД тестовыми данными и погонять несколько часов в приближенных к реальным условиям. Сымитировать необходимое количество одновременных обращений к БД на вашем железе. Потом всё встанет на свои места. Годится или не годится... Тут врядли кто вам даст однозначный ответ. Всё бесплатное нужно проверять...

Так ведь не в производительности вопрос. 3000 транзакций в сутки (даже если в них по 5000 запросов) - фигня для любой СУБД и любого мало-мальски современного сервера. Firebird - форк Interbase и существует не первый год, работоспособность его вполне доказана.

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

[Irina Galtsova-Rus]

Сообщение от Dolphin

3000 транзакций в сутки

3000 в ЧНН - в час наибольшей нагрузки

[Renat Akhtyamov]

Сообщение от Dolphin

Так ведь не в производительности вопрос. 3000 транзакций в сутки (даже если в них по 5000 запросов) - фигня для любой СУБД и любого мало-мальски современного сервера. Firebird - форк Interbase и существует не первый год, работоспособность его вполне доказана.

Так вопрос не только в количестве транзакций в виде поступающих заявок, есть ещё и запросы юзеров. Имитировать надо, чтобы проверить насколько удовлетворительна работа системы. Кому нужна система, имеющая время отклика 10-20 сек?
был опыт работы с FireBird в качестве биллинговой системы для одной коммунальной службы. Удовлетворяло всё, кроме операции закрытия месяца. На том же железе MsSQL производил операцию закрытия месяца в разы быстрее. Сутки, против 2 часов, для 500 тысяч абонентов.

[Irina Galtsova-Rus]

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

[Renat Akhtyamov]

Сообщение от Dolphin

А что вы понимаете под "промышленной СУБД"? По каким критериям определяется эта "промышленность", кроме проприетарности и стоимости?

И в самом деле, затруднился дать(найти) точное определение понятию "Промышленная СУБД".
как-то так:
Промышленная СУБД - СУБД ориентированная на создание ИС оперирующих, большим объемом информации с повышенным требованием безопасности.
Способная обеспечить работу ИС масштаба среднего и крупного предприятия.