Выбор СУБД

← →
Ром (2004-10-06 12:46) [0]

Привет всем!
Помогоите плз в таком вопросе.
У меня сейчас на серваке крутится СУБД FireBird 1.0.xxxx и
обслуживает 30 машин, которые каждые 20 сек производят select, update и insert. Сам файл БД не очень большой, до 120 Мб. Сейчас сетка будет увеличиваться до 150 машин с точно такими же действиями.
Так стоит ли мне переходить на другую СУБД или можно остаться на этой? Заранее спасибо.

← →
Sergey13 © (2004-10-06 12:50) [1]

>или можно остаться на этой?
Можно. 8-)

← →
Sergey_Masloff (2004-10-06 12:55) [2]

Смотря что за железо на сервере да и select-ы разные бывают. Честно говоря, максимально с чем я работал с IB это была система с 50 клиентами но работавшими довольно интенсивно. Размер базы примерно полтора Гб жалоб на быстродействие не было. В то же время мне кажется что 150 все же для Интербейса в клиент-сервере многовато.
Если уходить с IB не хочется то посмотрите в сторону организации сервера приложений (MIDAS например). Я видел пару раз довольно большие системы на IB с сервером приложений, до 250 пользователей с довольно интенсивной работой каждого.

← →
АлексейК (2004-10-06 13:00) [3]

У меня сейчас на серваке крутится СУБД FireBird 1.0.xxxx и
обслуживает 30 машин, которые каждые 20 сек производят select, update и insert. Сам файл БД не очень большой, до 120 Мб.

Ну как по этим показателям делать выводы?
А сколько колличество транзакций, операций чтения/записи в секунду? Какова конфигурация сервера? Какова архитектура клиента? Как реализована логика? И еще нужно множетсво параметров что бы ответить на вопрос не эмоционально, а принимая решение обоснованно. Ведь не сложно поставить счетчики, а потом хотя бы предварительно спрогнозировать результат.

← →
Sergey13 © (2004-10-06 13:07) [4]

Да фигня все это. Смена СУБД - это самый последний шаг (если конечно не самоубийцы его делают 8-) в цепочке действий по укрупнению сети.

← →
Sergey_Masloff (2004-10-06 13:10) [5]

АлексейК (06.10.04 13:00) [3]
Вы правы только частично. Чем помогут счетчики? Ведь нет никаких оснований считать функцию роста нагрузки монотонно растущей. При предполагаемом росте системы в 5 раз боюсь от счетчиков особого толку не будет. Просто многократно наблюдал как по результатом счетчиков и "нагрузочного тестирования" принималось решение а потом как только с системой начинали работать реальные пользователи на реальных задачах - все, мягко говоря, работала не так как ожидалось.

← →
АлексейК (2004-10-06 13:28) [6]

>Sergey_Masloff (06.10.04 13:10) [5]

Конечно, точный ответ получить сложно, однако счетчики нужно ставить на "рабочую базу", и вот на ней можно оценить текущее состояние. Получит хотя бы приблизительную точку отсчета. Согласен, нагрузка скорей всего будет расти не монотонно, но все же определенные выводы уже можно сделать. Ведь кроме выбора СУБД, возможно понадобится и смена логики приложения, и замена/модернизация сервера, изменение архитектуры клиента... Возможна изменение структуры базы, да еще много чего. Естественно, что кроме счетчиков нужна комплексная оценка по всем парамерам, и выводы для принятия решения должны делаться на основе цифр и заключений.

Ты не стой стороны проблему решаешь. Если организация в состоянии купить 150 машин, то они могут себе позволить купить что-то двухпроцессорное на SCSI с максимумом мозгов, сколько туда можно запихнуть. Или не 150, а 145 компов + 1 сервак.

И поставь Firebird 1.5.1.4481 - это типа официальная редакция и фанал релиз версии 1.5, если верить Фениксам. У себя тестил на 20 клинтах - вроде нормально. А вот за версией 1.0.1 был замечен грешок на RedHat 9.0 в снесении индексов базы.

← →
РОМ (2004-10-06 21:58) [8]

То ALL!
Сервак будет без вопросов,
два проца по 3,4 ГГц, 1 Гб ОЗУ, RAID 5 на SCSI. Может быть я не точно сформулировал суть вопроса. Я не совсем спец по БД, просто программер, которого заставили выполнять данную задачу. Сейчас стоит сервак на 1,7 Гц, 256 Мб ОЗУ, RAID 0 и именно он тянет 30 машин. Я просто хотел узнать : FireBird в принципе поддерживает столько клиентов с постоянными запросами и не завесится сервак, если ешё к нему будет время от времени делать INSERT и DELETE программа с другого компа?!

← →
АлексейК (2004-10-07 05:25) [9]

Сейчас стоит сервак на 1,7 Гц, 256 Мб ОЗУ, RAID 0 и именно он тянет 30 машин.
Если данный сервак справляется сейчас, то видимо на 3,4 ГГц, 1 Гб ОЗУ, RAID 5 на SCSI проблем по железу не будет. Только райд массива лучше все же два, один на операционку, другой на базу. Если у вас трехзвенка, то увеличение колличества пользователей не так критично. Если нет то могут появится проблемы, хотя если клиент толстый, а база использутся только как хранилище данных большую загруженность системы в приросте пользователей компенсирует значительно более высокая производительность сервера. Судя по тому, что сейчас у вас слабенький сервак тянет 30 машин, файл БД можно сказать крошечный, видимо нагрузка от одного пользователя очень небольшая. Следовательно и прирост их числа даже в пять раз не должны заметно снизить проиводительность системы при замене сервера на указанный.
Вероятно сетевой трафик от него не должен быть большим, но все же стоит обратить внимание на сетку.
И еще стоит подумать, появятся ли такие задачи, решить которые на данной СУБД будет крайне сложно, если нет, нет смысла ее и менять.

Выбор СУБД Найти похожие ветки