|
|
Знаете ли Вы, что ... | |
...для каждой темы существует свой раздел. Изучите структуру форума. Если соответствующего раздела нет, то всегда есть раздел "Разное" :) | |
<< Предыдущий совет - Случайный совет - Следующий совет >> |
IT-индустрия ... hardware & software. Новые продукты и предложения IT-индустрии, преимущества и недостатки, применение в "локальном контексте" |
Результаты опроса: Можно ли использовать СУБД Firebird в системе , которая должна работать 24 часа в сутки? | |||
нет | 3 | 25.00% | |
да | 2 | 16.67% | |
лучше не надо | 4 | 33.33% | |
возможно, но с оговорками | 4 | 33.33% | |
Опрос с выбором нескольких вариантов ответа. Голосовавшие: 12. Вы ещё не голосовали в этом опросе |
Ответить |
|
Опции темы | Опции просмотра |
03.08.2011 17:27 | #43 |
Заблокирован(а)
Сообщений: 18,519
+ 10,956
12,586/6,453
– 307
539/385
|
Irina Galtsova-Rus, Вообще, я бы обратил внимание не на количество запросов в минуту/час/год и не на стабильность (оба вопроса больше к железу), а скорее на размер самой базы, которую вынуждена таскать «Жарптица».
Если база маленькая, ну пусть там 100-200 Мб, то что угодно справится, а если что-то из разряда 50-100 гигов, то много-много раз подумать и потестить. Да и раз уже работает, сомневаюсь, что будут переливать на другое СУБД, если только не грохнется. (По самой FireBird — я бы не стал ее применять, ибо что за птица — черт ее знает, сегодня у вас есть разработчик ее «любящий», а завтра он уволился. Лучше юзать более распространенные решения.) |
|
Ответить |
3 "+" от:
|
03.08.2011 18:40 | #44 |
Дело в том что система под которой работает данная СУБД писалась изначально под мелкие конторки типа таксопарков, но ей поменяли суть и логику и теперь она работает несколько в других условиях. Железо неплохое или не совсем плохое Proliant DL 160 G6. При пиковых нагрузках случаются длительные задержки при обработке информации, грешу на узкий канал связи с подразделениями, на сервере и 12 удалённых точках по 512 кб/с, имеет ли смысл только расширять канал или стоит менять СУБД напрочь? Насчёт пиковых загрузок пока не уверен, не было времени на тесты, но факты сбоя налицо, СУБД просто перестаёт отвечать. Толи вопрос в канале, толи СУБД реально не годится и нужно решать вопрос с Разрабом о переводе на другую СУБД. Спасибо всем, кто откликнулся.
|
|
|
Ответить |
"+" от:
|
03.08.2011 19:33 | #45 | |
Служу Его Божественной Тени!
Сообщений: 1,671
+ 4,505
1,372/657
– 164
33/27
|
Цитата:
FB, при грамотном подходе (разработчике, архитектуре etc), вытянет побольше, чем полторы транзакции в секунду (особено, если не всю БЛ на сервере держать). Однако, RHD прав, при популярности птица куда меньшей чем у тех-же Oracle/MSSQL, найти смену разработчику под Firebird (если вдруг что), будет не просто.
__________________
Are you my mommy? |
|
|
Ответить |
03.08.2011 19:40 | #46 |
Сообщений: 11,845
+ 1,339
5,806/3,144
– 64
125/105
|
Оффтоп: Канал, как и сервер, тут непричём (явно хватает как пропускной способности канала, так и мощности любого из процессоров Xeon серверов 6-поколения ProLiant. Скорее всего затыки связаны с конкуренцией запросов. Нужно посмотреть - как выглядит дисковая подсистема и (если есть встроенная аналитика СУБД) посмотреть на ее работу.
__________________
DWBH |
|
Ответить |
03.08.2011 19:59 | #47 | |
Цитата:
|
||
|
Ответить |
|