![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Какую СУБД выбрать?
WondeRu © (2004-03-18 09:53:00)Есть следующие задачи, которая должна обслуживать БД:
1. Клиентские рабочие места - 20-30
2. До 400 транзакций в сек.
3. Отказоустойчивось
4. Триггеры, библиотеки расширения и т.п.
5. Недорогая
6. Windows/Linux
Что подскажите? Какую СУБД выбрать?
bushmen (2004-03-19 10:43:00) [61]>6. Windows/Linux
MSSQL отпадает по условию задачи
Delirium (2004-03-19 10:33:00) [62]Для Windows - однозначно MSSQL, если база < 2Gb, то - бесплатный (DeskTop Edition).
Romkin (2004-03-19 10:29:00) [63]А операционка какая? На Linux FB заметно быстрее работает, чем на NT
Zacho © (18.03.04 11:30) [20] Скорее, кстати, похоже на проблемы с ОС :))
Romkin (2004-03-19 10:29:00) [64]А операционка какая? На Linux FB заметно быстрее работает, чем на NT
Zacho © (18.03.04 11:30) [20] Скорее, кстати, похоже на проблемы с ОС :))
Romkin (2004-03-19 10:28:00) [65]Yaffil, NSSQL, Oracle
Меньшее время? Более мощный сервер, и оптимизировать запросы
bushmen (2004-03-19 10:27:00) [66]>какую СУБД выбрать для увеличения скорости по сравнению с FB?
Попробуй Cache
WondeRu (2004-03-19 08:26:00) [67]>Zacho © (18.03.04 11:30) [20]
Это-то проблемы с железом на фирменных IBM, HP и др.?)))
УПС предположим стоит, но давайте на вопрос попробуем ответить: какую СУБД выбрать для увеличения скорости по сравнению с FB?Работат 30 компов, на каждом запущено до 16 потоков работы с БД (16*30=480 потоков), и все это добро должно иметь как можно меньшее время отклика!
Zacho (2004-03-18 11:30:00) [68]Я тоже примерно так эксперементировал лет 5 назад. Базу порушить не удалось. Так что похоже у WondeRu © проблемы с железом. Но в таком случае никакой другой SQL-сервер не поможет.
Vlad (2004-03-18 11:28:00) [69]
> Romkin © (18.03.04 11:24) [18]
Мне удавалось обрушить в момент Restore - вырубаешь комп, потом включаешь и файл бэкапа и самой БД порушен :-)
Romkin (2004-03-18 11:24:00) [70]Vlad © (18.03.04 11:19) [15] НУ как? ЗАпускаются 10-15 потоков, в каждом - цикл работы с БД. На автозагрузке...
НУ и reset стоишь, жмешь периодически. Как еще?
Vlad (2004-03-18 11:24:00) [71]
> WondeRu © (18.03.04 11:21) [16]
Странно, так просто рушиться не должна...
WondeRu (2004-03-18 11:21:00) [72]>Как рушил ? :-)
Заполняешь базу всякой фигней, и выдераешь вилку компа из розетки)
Vlad (2004-03-18 11:19:00) [73]
> Romkin © (18.03.04 11:16) [14]
> Мне так и не удалось обрушить БД при FW
Как рушил ? :-)
Romkin (2004-03-18 11:16:00) [74][11] Странно, причем весьма. Мне так и не удалось обрушить БД при FW. Модет быть, что-то с аппаратной частью?
WondeRu (2004-03-18 11:12:00) [75]>serge35 (18.03.04 11:08) [12]
Если бы система не ставилась на гос и т.п. объекты, то я бы этот вопрос не задавал!)))
>На рынке за 80 р можно любую купить.
Знаю где по 35р. в Самаре ;-)
serge35 (2004-03-18 11:08:00) [76]Проверь, может еще что лишнее включено?
А недорогая - это в пределах какой суммы?
На рынке за 80 р можно любую купить.
Правда Oracle 9 по-моему на двух дисках,
поэтому он и дороже в 2 раза.
WondeRu (2004-03-18 11:03:00) [77]А у нас оказывается включен FW! А все равно бывает слетает база
Romkin (2004-03-18 10:57:00) [78]А ты проверь :)) Сейчас практически разницы быть не должно, особенно на Linux
В любом случае, это лучше, чем крах БД
WondeRu (2004-03-18 10:52:00) [79]Если я не ошибаюсь, то Forced Write = ON уменьшит скорость работы. Или я не прав?
Zacho (2004-03-18 10:35:00) [80]
> при аварийном выключении (а иногда просто) сервака порой
> база портится.
Поставь UPS на сервер. Или см. http://www.ibase.ru/v6/ib6faq.htm#fwoff