Re: RDB fail
От: gandjustas Россия http://blog.gandjustas.ru/
Дата: 10.09.14 09:09
Оценка: 3 (1) +4
Здравствуйте, Cyberax, Вы писали:

C>Тут недавно NHS (британский минздрав) переключился с Oracle БД на Riak для хранения медицинских данных пациентов — http://systems.hscic.gov.uk/spine/transition


Этож простейшая система

Естественно делать такое на Oracle это overkill, а с учетом цены лицензий вообще выглядит плохой идеей. Да и объемы них не космические 80млн записей, даже если каждая по МБ (что очень много), то 80 ГБ всего.

C>При этом был существенно улучшен уровень сервиса и сэкономлено около десяти миллионов на лицензиях. ВНЕЗАПНО оказалось, что весь "serious business" из Oracle'а, который в 90-е годы был внушительным, сейчас оказался тривиальным. Вполне можно поддерживать инфраструктуру в масштабах целой страны на обычнейшем OpenSource-стеке без каких-либо экзотических бизнес-консультантов и мэйнфреймов за миллиарды нефти.

Потому что задача по нынешнем меркам маленькая. А 10 лет назад те же величины были офигенно большими.

C>Следующий на очереди — это классический банкинг. Опердени для обычного банка прекрасно могут обрабатываться совершенно скучным кластером серверов на PostgreSQL, даже для самых крупных банков. Коммутация финансовых сообщений в масштабах страны — тривиальная задача для почти любого брокера сообщений. Конечно, остаются требования по ведению журналов и надёжности, но они тоже ну никак не являются чем-то суперсложным.

Бред сивой кобылы. В банкинге очень много аналитических запросов и БД, не влезающие в память сервера. Почти все NoSQL на этом умрут.

C>Discuss.

Учитывая что РСУБД сейчас начинают применять inmemory технологии, то могут через 5-10 лет отжать рынок небольших и несложных систем у NoSQL. А могут и не отжать, зависит от цены впороса.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.