Что делать? (почти по Чернышевскому)

[Sikambr]

Есть система взаиморасчетов с бытовыми потребителями за электроэнергию (4 услуги), в городе, с населением 110 тысяч абонентов.
- написана своими силами
- крутится примерно 5 лет
- D7+IBX+IB7.1
- размер базы 8 гиг, прирос в месяц на 100-150 мег
- около 70-100 юзеров подключенны одновременно
- скорость и удобство устраивают

Сейчас собираемся писать более глобальную систему, и вопрос возник:
какую выбрать СУБД?

Наше начальство и сетевые админы склоняют нас к MSSQL, аргументируя:
- более широкой распространенностью
- якобы надежностью и перспективностью
- IB еще возможно, а FB - это несерьезно (мол неизвестно будущее, кто такой опенсорс:)), а вот MSSQL - это корпоративная база данных!
- админам нечего админить в IB/FB
- полная интеграция и использование возможностей Windows (переход на други платформы не планируется сетевыми админами)
- наличие служб самодиагностики, выполнения заданий и т.п
- оптимизатор MSSQL лучше, чем в IB (хотя с оптимизатором IB мы подружились:))
- более мощные средства репликации
- поддержка выполнения динамических скриптов (например: имя таблицы - переменная)
- встроенные джобы
- ОЛАП

Мы же склоняемся к FB (FB развивается быстрее, чем IB) потому что:
- есть большой опыт и наработки
- по нашему мнению удобство в написании бизнес-логики с помощью триггеров и хранимок на наш взгляд более удобной и понятной логике при работе с этими объектами

Причем, один из разработчиков, до этого писал на MSSQL, подсев на IB, не горит желанием возвращаться на первоначальную платформу (почему-то).

[kdv]

- якобы надежностью и перспективностью

начальство в курсе, что в MS SQL 2005 заявлена версионность, которая существует в IB/FB уже 20 лет?

FB - это несерьезно (мол неизвестно будущее, кто такой опенсорс

я понимаю, что все знать нельзя, но FB это не только Open Source.
Проект финансируемый и спонсируемый, так что разработчики за работу получают деньги, а не просто так "лабают" код.

корпоративная база данных

IB/FB такие же корпоративные базы данных. См. мой доклад на
"Корпоративных базах данных 2005"
www.ibase.ru/archive/cdb2005.htm

- админам нечего админить в IB/FB

зависит от задачи. В среднем размер баз IB/FB сейчас такой (на уровне 2-15 гиг) что администрирование требуется.

более мощные средства репликации

это слова маркетингового отдела. Не бывает "более мощных" средств репликации, тем более если спроектированная модель БД не расчитана на репликацию (никакой супер-пупер репликатор не поможет).

поддержка выполнения динамических скриптов (например: имя таблицы - переменная)

Извините, это ерундистика. полная.

встроенные джобы

можно подумать, что в MS SQL они "встроенные". Там такой же отдельный шедулер, как и AT (TaskManager). Вызывать из AT скрипт через isql - элементарно, если вообще нужно.

Примерно так [/quote]