Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Какую СУБД выбрать?


Страницы:   1 2 3 4 5

WondeRu ©   (2004-03-18 09:53:00) 

Есть следующие задачи, которая должна обслуживать БД:
1. Клиентские рабочие места - 20-30
2. До 400 транзакций в сек.
3. Отказоустойчивось
4. Триггеры, библиотеки расширения и т.п.
5. Недорогая
6. Windows/Linux

Что подскажите? Какую СУБД выбрать?


Anatoly Podgoretsky   (2004-03-24 09:39:00) [1]

KSergey ©   (24.03.04 09:28) [85]
Может задача и его, но вот его рукодство уже сейчас можно сажать на большой срок, не дожидаясь последствий, а если это не сделать сейчас, то надо сажать руководство этого руководства.


WondeRu   (2004-03-24 09:36:00) [2]

2KSergey ©   (24.03.04 09:28) [85]
Думаю, все таки смысл есть, не указывается же сама система и ее прямое назначение. Щас схожу на лабы по "Системам дистанционного зондирования Земли" и приду продолжить диспут!


KSergey   (2004-03-24 09:28:00) [3]

>  [82] WondeRu ©   (24.03.04 08:20)
> >KSergey ©   (23.03.04 14:22) [77]
> >Если это крах всей системы с милионными убытками и гибелью
> сотен человек или это 5 минут вмешательства оператора?
>
> К первому ближе!

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


Anatoly Podgoretsky   (2004-03-24 09:02:00) [4]

WondeRu ©   (24.03.04 08:20) [82]
Раз речь об миллионных убытках и гибели людей, то RS6000+AIX+Oracle


Sergey13   (2004-03-24 08:54:00) [5]

2WondeRu ©   (24.03.04 08:20) [82]
>К первому ближе!
Ну тогда давай трепаться. 8-)
(недавно помнится ядерные эксперименты на БД ставили, теперь опять люди в опасности 8-).

С какой частотой "центр" запрашивает статистику по всем приборам? Раз в секунду? минуту? 5 минут? час? Если ближе к последнему, то может стоит передавать туда инфу уже предварительно обработаную на клиенте с чуть меньшей периодичностью. Если исходить из того что прибор все таки должен работать нормально, зачем уведомлять об этом центр? Может достаточно послать отчетик типа период/среднее/макс.отклонение. А вот при возникновении "нештатной" ситуации слать сразу и подробно?
На клиентских машинах сидят операторы? Если да, то наверное и уведомлять в первую очередь надо их, а не "центр". Т.е. может над общей логикой работы подумать. (люблю я это дело 8-)


WondeRu   (2004-03-24 08:20:00) [6]

>KSergey ©   (23.03.04 14:22) [77]
>Если это крах всей системы с милионными убытками и гибелью сотен человек или это 5 минут вмешательства оператора?

К первому ближе!


Sergey13   (2004-03-23 16:53:00) [7]

Еще не в трепе? Странно!!! 8-)


Fay   (2004-03-23 16:48:00) [8]

Нет! "Ибо версионность в Оракле растет именно из IB" - жемчужина "Орешника".


Zacho   (2004-03-23 16:24:00) [9]


> Fay ©   (23.03.04 11:43) [72]
> FB нельзя сравнивать с Oracle.

Можно. Ибо версионность в Оракле растет именно из IB. Но разговоры на эту тему уж точно надо в "Потрепаться" :)


яч   (2004-03-23 16:19:00) [10]

> 1. Клиентские рабочие места - 20-30
> 2. До 400 транзакций в сек.
а не устанут 30 человек делать 400 транзакций в сек???


KSergey   (2004-03-23 14:22:00) [11]

Я бы начал от другого плясать: чем обернется то, что 40 событий в сек. не успеют отработаться вовремя? А 400? Если это крах всей системы с милионными убытками и гибелью сотен человек или это 5 минут вмешательства оператора?
Если первое - то на это и надо действительно закладываться, верноятно - винда тут не канает.
А если второе - то давайте все же говорить о реальной нагрузке с разумным запасом.
А то сейчас выяснится, что 97% нагрузка будет один инсерт в 5 сек и одна выборка 5 строк по ключу в 30 сек, а расет будет на жуткого монстра с жуткой ценой...


Sergey13   (2004-03-23 11:56:00) [12]

Ну это точно в треп. 8-)


Fay   (2004-03-23 11:54:00) [13]

MSSQL и Oracle. 8)


Sergey13   (2004-03-23 11:50:00) [14]

2Fay ©   (23.03.04 11:43) [72]
>FB нельзя сравнивать с Oracle
Религия такая?


bushmen   (2004-03-23 11:49:00) [15]

Тут еще надо учитывать, что основная загрузка - это, как я понимаю, всавка данных в БД.


Fay   (2004-03-23 11:43:00) [16]

Про "Трёп" согласен. FB нельзя сравнивать с Oracle. Хорошо ещё, что модераторы это терпят 8)


WondeRu   (2004-03-23 11:37:00) [17]

>Sergey13 ©   (23.03.04 11:33) [69]

Agree


WondeRu   (2004-03-23 11:35:00) [18]

>Sergey13 ©   (23.03.04 11:25) [67]
Oracle-то я ставил, но чисто в образовательных целях.

>Self "не я этим занимаюсь"
именно анализом не я, а представление обо всей системе вполне конкретное и ... кушать уже охота... )))


Sergey13   (2004-03-23 11:33:00) [19]

2Fay ©   (23.03.04 11:27) [68]
Ну все - в треп надо переносить. 8-)


Fay   (2004-03-23 11:27:00) [20]


> FB отстой, а Оракл (который в глаза не видел) рулез форэва.
>

Так и есть


Страницы:   1 2 3 4 5

Наверх

Титульная страница Поиск, карта сайта Написать письмо