metaclass: (Default)
[personal profile] metaclass
http://habrahabr.ru/company/beeline/blog/218669/
В статье вроде все не сильно страшно, но вот вопрос - откуда такая боязнь join-ов?
Если там таблица c размерностями мизерного размера и помещается вместе с индексами в кэш, то join на нее достаточно дешевый, чтобы на него было пофиг совершенно, по сравнению с вычитыванием каких-нибудь сотен миллионов записей из таблицы фактов.

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

Date: 2014-04-10 12:03 pm (UTC)
From: [identity profile] maksenov.livejournal.com
Ясно, спасибо. Тащемта, это каждый клиент превращается в маленький аппсервер. Может на невероятных объемах данных и имеет смысл. Я такие объемы видел только у сейсмиков, а там в РСУБД обычно тупо метаданные лежат, а все пятисотгигабайтные файлы сейсморазведки на лентах и дисках.

Date: 2014-04-10 12:18 pm (UTC)
From: [identity profile] berezovsky.livejournal.com
А как организовано хранение данных у спецслужб? Скайпы там всякие, гуглоплюсы, социальные сети.
Ведь это всё нужно хранить, отслеживать, кластеризовать, выделять тенденции, выявлять врагов.
Причём массово, в режиме онлайн, одновременно по всему миру.
Как там всё организовано технически? Ну, кроме своих охраняемых дата-центров и автономных источников энергии.

Date: 2014-04-10 12:23 pm (UTC)
From: [identity profile] maksenov.livejournal.com
Хороший вопрос, но не по адресу ;)

Profile

metaclass: (Default)
metaclass

April 2017

S M T W T F S
      1
2345678
9101112 131415
16171819202122
23242526272829
30      

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Oct. 10th, 2025 12:08 am
Powered by Dreamwidth Studios