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

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


Petr V. Abramov   (2004-03-22 12:57:00) [41]

> 1. Клиентские рабочие места - 20-30
> 2. До 400 транзакций в сек.
 Это по 20 тр/сек с рабочего места. Если 1 тр = 50 байт, то это ~70М/час, при работе даже по 8 час/день 80 Гиг винта хватит на 15 дней максимум. По сами, понимаете, ну чересчур оптимистичной методике подсчета. Может, это все же какие-нить данные с датчиков, и СУБД тут не надо использовать (по крайней мере, сразу сырые данные в нее гнать)?


Deniz   (2004-03-22 12:12:00) [42]

Off
> roottim   (22.03.04 10:10) [33]
> про Cache не могу ничего сказать... сам потихоньку его осваиваю.. но уж очень все у меня медленно... слишком "большой" опыт в РЕЛЯЦИОННЫХ СУБД... трудно мозги перестраивать.

А как, пардон, Вы с этим чудом работаете? Т.е. среда(Delphi/C++ и т.д.), способ доступа?


roottim   (2004-03-22 11:40:00) [43]

рекомендация... Благо наконец вышла в свет книга Тома Кайта "ORACLE для крутых перцев" ( шутка.. но смысл в том же :)) ) точнее уже 2-х томник.. для понимания этой СУБД она будет тебе очень и ОЧЕНЬ полезна...
ЗЫ
у меня есть все книги издательства ЛОРИ по 8и -ке..
но по опыто все вопросы (и ответы) я всегда черпал именно от Кайта (ну кроме маналов) на его сайте asktom.oracle.com или его книг


Sergey13   (2004-03-22 11:01:00) [44]

2WondeRu ©   (22.03.04 10:52) [43]
Толкать можно. Но хочу тебя предупредить, что это несколько отличается от ИБ и с ходу после инсталяции, без опыта и обучения, тебе будет ох как не просто.


WondeRu   (2004-03-22 10:52:00) [45]

Лана, я буду толкать Оракл! Всем, принявшим участие, огромное спасибо!


roottim   (2004-03-22 10:45:00) [46]

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


Sergey13   (2004-03-22 10:44:00) [47]

2WondeRu ©   (22.03.04 10:29) [38]
А что они делают, железяки эти? Инсертят или апдейтят? Если индексов много - могут тормозить. В общем фиг его знает. Если основная работа только на вставку, то Оракл может и не ускорит. Пробовать надо, однако. Аппарат однозначно ускорит, особенно дисковая подсистема. ИМХО.


WondeRu   (2004-03-22 10:43:00) [48]

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


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

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

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


WondeRu   (2004-03-22 10:29:00) [50]

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


Sergey13   (2004-03-22 10:24:00) [51]

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


WondeRu   (2004-03-22 10:23:00) [52]

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


Sergey13   (2004-03-22 10:17:00) [53]

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

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


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

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


roottim   (2004-03-22 10:10:00) [55]

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

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

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

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

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

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


Sergey13   (2004-03-22 09:49:00) [56]

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


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

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

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

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

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

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


WondeRu   (2004-03-22 08:54:00) [58]

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

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


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

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


Delirium   (2004-03-19 10:45:00) [60]

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


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

Наверх

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