Я смотрю баталии до сих пор продолжаются.
Уважаемые коллеги программисты, есть новая идея.
Один пользователь написал на почту, дабы не разводить флуд в топике, но я думаю что его идея стоит обсуждения.

Он предлагает отказаться от обычных решений и уйти в сторону колоночных баз (типа Vertica, Infobrith и т.д.).
Несомненным плюсом такого решения - большая производительность, минусом - скорость DLM операций.
Если рассуждать логически - любой каталог магазина обновляется не столь часто (в случае с моей задачей старые позиции должны оставаться, для истории и остается только операция вставки), а следовательно пожертвовать скорость апдейта каталога в принципе можно.

Почитав принцип работы таких баз - встал вопрос, как правильно спроектировать базу. Получается что придется все параметры делать столбцами и при появлении нового - добавлять столбец к таблице?

Dimitry SibiryakovDigital GodОн предлагает отказаться от обычных решений и уйти в сторону колоночных баз (типа Vertica,
Infobrith и т.д.).

Вообще-то это просто вежливый способ послать нахрен. Просто стена с ядом - сразу за линией
горизонта.


Не совсем понял в чем юмор :)