LINUX.ORG.RU
ФорумTalks

Промышленные базы данных


0

0

Посоветуйте, какую серьезную базу данных реального времени использовать для организации системы телемеханики. Значений в существующей MS SQL дофига, и планируется еще добвлять постоянно. От базы требуется высокое быстродействие и гарантированно малый отклик.

Есть выход на производителей ПО, они могут перевести свою SCADA на любую базу данных, которую я им предложу. MS SQL уже заколебала.

З.Ы. ОС - винда (портировать SCADA под Linux разработчики не хотят, хотя множество их ПО работает у нас именно под Linux)

★★★

Re: Промышленные базы данных

а какая разница, в какойоси будут данные храниться?

или программа идет со своим экземпляром СУБД?

gr_buza ★★★★ ()

Re: Промышленные базы данных

Gemstone-S

anonymous ()
Ответ на: Re: Промышленные базы данных от Zlyden

Re: Промышленные базы данных

Заранее прошу прощения, если чего нибудь не так сморожу в техническом плане, я не специализируюсь на базах данных

Zlyden ★★★ ()
Ответ на: Re: Промышленные базы данных от Zlyden

Re: Промышленные базы данных

с MS SQL?

точно кое-какие проблемы будут.

минимальные проблемы будут с сибейзом, но это шило на мыло - тот же диспетчер блокировок, та же архитектура, те же проблемы.

в общем, геморрой при миграции (куда угодно) будет 100%.

другое дело свести его к минимуму.

gr_buza ★★★★ ()
Ответ на: Re: Промышленные базы данных от gr_buza

Re: Промышленные базы данных

>БД сколько занимает?

Не очень много, гигов 8. Там проблема со скоростями транзакции - сигналы (~20 000) с объектов с дикретностью в 1 минуту непрерывно валятся в базу и сохраняются там. При работе в SCADA-системе производится куча выборок этих сигналов.

Проблема со сложными выборками из базы

Zlyden ★★★ ()
Ответ на: Re: Промышленные базы данных от gr_buza

Re: Промышленные базы данных

>в общем, геморрой при миграции (куда угодно) будет 100%.

Геморой будет у разработчиков, которые будут переписывать свое ПО.

Zlyden ★★★ ()
Ответ на: Re: Промышленные базы данных от gr_buza

Re: Промышленные базы данных

хм, если поддержку обеспечивают они - то тогда проблем гарантированно не будет (ну если будут, то не у тебя точно :))).

в таком случае надо ориентироваться на масштаб и цену.

самый просто выход - поставить пераццкий оракл.

если всерьез задумана миграция с переписыванием всего и вся, то я не вижу препятствий покупке двух дополнительных планок памяти - это же на порядок дешевле, чем переводить БД на другой софт!

gr_buza ★★★★ ()
Ответ на: Re: Промышленные базы данных от Zlyden

Re: Промышленные базы данных

Мож настройки БД потвикать? Она ж у тя в основном для записи? Вот и пусть збрасывает кэш почаще

anonymous ()
Ответ на: Re: Промышленные базы данных от Zlyden

Re: Промышленные базы данных

ну, при грамотной установке/конфигурации думаю справится.

надо смотреть у тома (asktom.oracle.com), какие проблемы были у народа насчет realtime обработки бааальшой кучи запросов.

gr_buza ★★★★ ()
Ответ на: Re: Промышленные базы данных от Zlyden

Re: Промышленные базы данных

Объясни боссам что телематика загнётся и ты не в ответе за такое "решение". 4 гига минимум, с поледующим апгрейдом до 8.

Нарисуй доку - представь текущую ситуацию, что будет если не апгрейдить, пару графиков чтобы наглядней было манагерам объяснять момент кирдыка. Не поймёт - сделай cc до его манагера.

anonymousI ()
Ответ на: Re: Промышленные базы данных от SteepZ

Re: Промышленные базы данных

блин, опять дети вылезли.

да, оракл хорош, не спорю.

но есть два фактора.

1) если его поставит пиАнЭр - то он ничем лучше мсскуля не будет (возможно, будет даже хуже).

2) не пиАнЭр (т.е. грамотный DBA) стоит очень больших денег (посмотри объявления на sql.ru) и достается отнюдь нетривиальными методами.

исходя из этого минимального набора аргументов "против" уже можно думать, а не оверхед ли это, а надо ли такое щастье вообще?

gr_buza ★★★★ ()
Ответ на: Re: Промышленные базы данных от SteepZ

Re: Промышленные базы данных

>Он создан для огромных баз данных.

Не забывай, что при этом он хочет огромные объемы памяти под себя. А не каких-то жалких 2Гб. Это ему только чтобы запустить себя

anonymous ()
Ответ на: Re: Промышленные базы данных от anonymousI

Re: Промышленные базы данных

+1, я тоже хотел предложить нечто подобное.

рисуешь график (можно даже от балды, главное чтобы был нарастающий) запросов в секунду (минуту, час, нужное подчеркнуть) к БД за последние полгода.

и объясняешь, что наша БД выдержит еще столько-то, а потом все рухнет.

вот чтобы этого не было, я прошу (и тут уже список требований).

элементарно :))

gr_buza ★★★★ ()
Ответ на: Re: Промышленные базы данных от anonymous

Re: Промышленные базы данных

ну не надо уж совсем передергивать.

вот у меня сервак с гигом рамы держит 4-гиговую базу, и ничего, все вроде нормально *сплевывает*.

gr_buza ★★★★ ()
Ответ на: Re: Промышленные базы данных от robot12

Re: Промышленные базы данных

очень смешно.

а PL/SQL bdb держит?

а репликацию?

а вьюхи/триггеры/прочие радости кодера?

gr_buza ★★★★ ()

Re: Промышленные базы данных

MaxDB глянь. Она хотя бы халявное и можно потестить по чёрному ещё до переезда.

bugmaker ★★★★☆ ()
Ответ на: Re: Промышленные базы данных от anonymousI

Re: Промышленные базы данных

>Ага у меня в мобильнике Oracle Lite 2 терабайтную базу поддерживает.

Гы, ты мобилу на грузовике возишь?:-)

Zlyden ★★★ ()

Re: Промышленные базы данных

если нужно что-то промышленно-надёжное стоит посмотреть SolidDB

anonymous ()

Re: Промышленные базы данных

Думаю Oracle тебе бы подошёл, только тюнить пришлось бы и Oracle и саму систему где он вертелся бы..

MiracleMan ★★★★★ ()

Re: Промышленные базы данных

ставь mysql - быстро работает она! гугль весь на mysql работает.

anonymous ()
Ответ на: Re: Промышленные базы данных от SteepZ

Re: Промышленные базы данных

я не против оракла, я говорю что в данном контексте есть куча альтернатив.

и более того, оракл среди них не самая лучшая.

а кричать "оракл рулес, фсе остальное фдомну" все могут, в том числе и я.

но это не совет, это пустые вопли.

в общем, почитай литературу, поможет.

З.Ы. nothing personal, правда важнее.

gr_buza ★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.