Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2004.04.18;
Скачать: [xml.tar.bz2];

Вниз

Какую СУБД выбрать?   Найти похожие ветки 

 
WondeRu ©   (2004-03-18 09:53) [0]

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

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


 
Vlad ©   (2004-03-18 09:55) [1]

Оракл, если денег не жалко :-)


 
WondeRu ©   (2004-03-18 10:05) [2]

Oracle - отпадает. Больно уж дорог, да и его мощности многовато на 30 клиентов. Бессмысленная трата денег.


 
Vlad ©   (2004-03-18 10:09) [3]

InterBase после 6 версии или FireBird


 
Zacho ©   (2004-03-18 10:16) [4]


> Vlad ©   (18.03.04 10:09) [3]

Присоеденяюсь. Только насчет 400 тр./сек не уверен, в моей практике было поменьше. Но кто мешает автору топика поставить FB 1.5 и проверить ? По остальным требованиям подходит, особенно по цене :)


 
WondeRu ©   (2004-03-18 10:24) [5]

Сейчас Fb и стоит, но охота проверить с другими и получить большее быстродействие + при аварийном выключении (а иногда просто) сервака порой база портится.


 
Vlad ©   (2004-03-18 10:29) [6]


> WondeRu ©   (18.03.04 10:24) [5]

Выбирай на любой вкус :-)
http://www.dbforums.com/
Там же можно и консультацию получить по интересующим вопросам.


 
Romkin ©   (2004-03-18 10:31) [7]

[5] Forced Writes включи, не должна БД просто так портиться


 
Zacho ©   (2004-03-18 10:35) [8]


> при аварийном выключении (а иногда просто) сервака порой
> база портится.

Поставь UPS на сервер. Или см. http://www.ibase.ru/v6/ib6faq.htm#fwoff


 
WondeRu ©   (2004-03-18 10:52) [9]

Если я не ошибаюсь, то Forced Write = ON уменьшит скорость работы. Или я не прав?


 
Romkin ©   (2004-03-18 10:57) [10]

А ты проверь :)) Сейчас практически разницы быть не должно, особенно на Linux
В любом случае, это лучше, чем крах БД


 
WondeRu ©   (2004-03-18 11:03) [11]

А у нас оказывается включен FW! А все равно бывает слетает база


 
serge35   (2004-03-18 11:08) [12]

Проверь, может еще что лишнее включено?

А недорогая - это в пределах какой суммы?
На рынке за 80 р можно любую купить.
Правда Oracle 9 по-моему на двух дисках,
поэтому он и дороже в 2 раза.


 
WondeRu ©   (2004-03-18 11:12) [13]

>serge35   (18.03.04 11:08) [12]

Если бы система не ставилась на гос и т.п. объекты, то я бы этот вопрос не задавал!)))

>На рынке за 80 р можно любую купить.
Знаю где по 35р. в Самаре ;-)


 
Romkin ©   (2004-03-18 11:16) [14]

[11] Странно, причем весьма. Мне так и не удалось обрушить БД при FW. Модет быть, что-то с аппаратной частью?


 
Vlad ©   (2004-03-18 11:19) [15]


> Romkin ©   (18.03.04 11:16) [14]


> Мне так и не удалось обрушить БД при FW

Как рушил ? :-)


 
WondeRu ©   (2004-03-18 11:21) [16]

>Как рушил ? :-)

Заполняешь базу всякой фигней, и выдераешь вилку компа из розетки)


 
Vlad ©   (2004-03-18 11:24) [17]


> WondeRu ©   (18.03.04 11:21) [16]

Странно, так просто рушиться не должна...


 
Romkin ©   (2004-03-18 11:24) [18]

Vlad ©  (18.03.04 11:19) [15] НУ как? ЗАпускаются 10-15 потоков, в каждом - цикл работы с БД. На автозагрузке...
НУ и reset стоишь, жмешь периодически. Как еще?


 
Vlad ©   (2004-03-18 11:28) [19]


> Romkin ©   (18.03.04 11:24) [18]

Мне удавалось обрушить в момент Restore - вырубаешь комп, потом включаешь и файл бэкапа и самой БД порушен :-)


 
Zacho ©   (2004-03-18 11:30) [20]

Я тоже примерно так эксперементировал лет 5 назад. Базу порушить не удалось. Так что похоже у WondeRu © проблемы с железом. Но в таком случае никакой другой SQL-сервер не поможет.


 
WondeRu ©   (2004-03-19 08:26) [21]

>Zacho ©   (18.03.04 11:30) [20]
Это-то проблемы с железом на фирменных IBM, HP  и др.?)))

УПС предположим стоит, но давайте на вопрос попробуем ответить: какую СУБД выбрать для увеличения скорости по сравнению с FB? Работат 30 компов, на каждом запущено до 16 потоков работы с БД (16*30=480 потоков), и все это добро должно иметь как можно меньшее время отклика!


 
bushmen ©   (2004-03-19 10:27) [22]

>какую СУБД выбрать для увеличения скорости по сравнению с FB?
Попробуй Cache


 
Romkin ©   (2004-03-19 10:28) [23]

Yaffil, NSSQL, Oracle
Меньшее время? Более мощный сервер, и оптимизировать запросы


 
Romkin ©   (2004-03-19 10:29) [24]

А операционка какая? На Linux FB заметно быстрее работает, чем на NT
Zacho ©  (18.03.04 11:30) [20] Скорее, кстати, похоже на проблемы с ОС :))


 
Romkin ©   (2004-03-19 10:29) [25]

А операционка какая? На Linux FB заметно быстрее работает, чем на NT
Zacho ©  (18.03.04 11:30) [20] Скорее, кстати, похоже на проблемы с ОС :))


 
Delirium ©   (2004-03-19 10:33) [26]

Для Windows - однозначно MSSQL, если база < 2Gb, то - бесплатный (DeskTop Edition).


 
bushmen ©   (2004-03-19 10:43) [27]

>6. Windows/Linux

MSSQL отпадает по условию задачи


 
Delirium ©   (2004-03-19 10:45) [28]

Тогда, без сомнения - InterBase, как уже предлагалось, лучше ничего не придумаешь.


 
serge35   (2004-03-19 10:56) [29]

Сервер надо купить в 10 раз мощнее.
И не надо экономить деньги организации, на которую
ты работаешь. Если они хотят 400 транзакций в сек.
то пусть раскошеливаются на сервак за 20-40 тыс $.
И сетевое оборудование.
А если для организации УПС купить проблема,
то пусть берут счеты и на них работают.


 
WondeRu ©   (2004-03-22 08:54) [30]

>то пусть раскошеливаются на сервак за 20-40 тыс $.

Если ПО стоит $3000-4000, то вообще нереально отдельный сервак выделять!


 
roottim   (2004-03-22 09:29) [31]

>Oracle - отпадает. Больно уж дорог, да и его мощности многовато на 30 клиентов. Бессмысленная трата денег

интересно где-же он будет дорог... 300 баков за намед юзера..
у тебя их всего 30-40..  то биш около 10 кусков он тебе обойдется

40000$ на анлимиед - это может и дороговато... но если у тебя будет более 1000 юзеров.. лучше сервера  сейчас думаю не найти...

во вторых при твоем требовании на 400 тразакций в сек... это тоже оптимальный вариант..
в отличие о других субд работа блокировок и транзакций в оракле сделаны оптимально (быстро, удобно, без потерь)

в третьих.. не такой оракул и прожорливый... еже-ли правильно настроить (у нас тестовый инстанс на персоналке XP п3 с 256м озу и то работает кул), ну конечно по занимаемым ресурса с FB не сравнить... но нужно понимать что назначение их разное.. и гарантии и возможности тоже...


 
Sergey13 ©   (2004-03-22 09:49) [32]

2roottim   (22.03.04 09:29) [31]
40000$ - это на процессор в энтерпрайс эдишн. Стандарт - 15000$, Стандарт Он - 5995$. Я читал где то, что Ораклы собираются снизить цену на стандарт он до 4000 и разрешить там работать на 2 процах+урезаная репликация.
Так что дороговизна Оракл - это не совсем так.


 
roottim   (2004-03-22 10:10) [33]

2Sergey13 ©   (22.03.04 09:49) [32]

про все цены я в курсе...

> Так что дороговизна Оракл - это не совсем так

и полность с тобой согласен...

если взять к примеру комерческую лицензию мускула ~ 500$ за намед узера,  то незнаю что и выбрать... я бы не сомневался в пользу оракула...

про Cache не могу ничего сказать... сам потихоньку его осваиваю.. но уж очень все у меня медленно... слишком "большой" опыт в РЕЛЯЦИОННЫХ СУБД... трудно мозги перестраивать.
но когда я делал запрос к ним.. як бы купить...
то ценник был 300 с соплями на юзера... то биш по цене сопоставим с оракулом.. а вот в во всем остальном трудно сказать..  хоть они и заявляют о своей "быстр, умен, не требует сильного админа"... но реальных сравнений (не те хвалы что на их сайте) я не видел...


 
snake1977   (2004-03-22 10:12) [34]

а Oracle 7 можно бесплатно юзать :)
потому как ен снят с производства


 
Sergey13 ©   (2004-03-22 10:17) [35]

2snake1977   (22.03.04 10:12) [34]
Можно даже 10Г. Но не в промышленной эксплуатации. 8-)

2roottim   (22.03.04 10:10) [33]
Да я собственно не для тебя и писал. Просто цифру ты назвал, на тебя и сослался. Сори. Я догадываюсь что ты знаешь. 8-)


 
WondeRu ©   (2004-03-22 10:23) [36]

А где можно накопать сводный прайс всех распространенных в России СУБД?


 
Sergey13 ©   (2004-03-22 10:24) [37]

2WondeRu ©   (19.03.04 08:26) [21]
>Работат 30 компов, на каждом запущено до 16 потоков работы с БД (16*30=480 потоков)
А что за работа такая, что именно 16 потоков? Что вообще 400 транзакций делают? Они ведь есть разные, эти транзакции. Если даже Оракла поставить и им никак не заниматься, то ИМХО и ему тяжеловато будет. Загубить можно все что угодно.


 
WondeRu ©   (2004-03-22 10:29) [38]

>Sergey13 ©   (22.03.04 10:24) [37]
на каждом компе может висеть до 16 железяк на портах, которые должны управляться и мониториться в реальном времени и записывать свои события в ОДНУ БД!


 
roottim   (2004-03-22 10:37) [39]

2Sergey13 ©   (22.03.04 10:17) [35]
 да я разве обиделся ?... просто ежели пишеш 2roottim то все что ниже предназначеается мне.. .. а я тебе и сказал что что "знаю про них"

2WondeRu ©   (22.03.04 10:29) [38]
речь идет о постоении (точнее наверно имитации, так-ка тут и операционка и СУБД все должно быть завязано.. и вребя обработок критично) систем реального времени, то оракул 100% тебе в помощь...


 
WondeRu ©   (2004-03-22 10:43) [40]

Насчет Оракла ВЫ меня почти убедили, а насчет сводного прайса не подскажите? Где накопать? Плюс, виды лицензий на каждую СУБД! Ищу, не могу найти ничего подходящего((



Страницы: 1 2 3 вся ветка

Форум: "Базы";
Текущий архив: 2004.04.18;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.54 MB
Время: 0.036 c
6-1076580368
npr2
2004-02-12 13:06
2004.04.18
удаленный доступ


4-1076643766
Aleksey
2004-02-13 06:42
2004.04.18
ctrl+c, ctrl+v


3-1079468454
Zhenja
2004-03-16 23:20
2004.04.18
Index is out of date


1-1080657075
Назаров Евгений
2004-03-30 18:31
2004.04.18
Оконтовка ячейки при создании Exel файла из Delphi


14-1080407900
DillerXX
2004-03-27 20:18
2004.04.18
Кот





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский