Если не секрет зачем такая таблица может быть полезна? Хотя по-моему подход с динамическими запросами выглядит интнрнсно, только сразу возникает вопрос валидации таких запросов. Какие гарантии того, что запросы в результате приведут к правильной выборке?<br>
<br>пятница, 22 февраля 2013 г. пользователь Mons Anderson  писал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Навесить люлей тому, кто сделал такую таблицу.<br>

<br>
Ну и поделись, что-же такого волшебного придумали эти самые тру-пхпшники?<br>
<br>
On 22.02.2013, at 1:50, Dmitry Simonov <<a href="javascript:;" onclick="_e(event, 'cvml', 'dsimonov@gmail.com')">dsimonov@gmail.com</a>> wrote:<br>
<br>
> Предлагаю решить всем задачку, с которой тру-пехапешники расправились сходу. Есть таблица в миллиард записей и 100+ колонок (c1, c2, c3...). Таблица разумеется постоянно растёт и апдейтится.<br>
><br>
> Требуется придумать решение, которое позволит в таблице делать выборки с динамическими условиями (то есть само условие определяется в рантайме, а не на этапе компиляции) вида: "( c1 = 100 and c2 > $a and c3 = 'some string' ) || ( ... and ... and ... ) || ... ". Скажу сразу, - решение "в лоб" просто составлять нужные правила для sql-запросов на постгре дают на таблице в миллион записей результаты сильно больше 0.1 секунды. Монгу тоже сразу выкидывать (неэффекттивна в шардированном виде и (или) если объём данных не помещается в оперативку).<br>

><br>
> Для тех, кому жизнь кажется малиной усугублю - для продакшн-проекта работать надо с числом таблицу 100+ и нагрузка на выборки с разных таблиц разная, хотя частично и поддаётся некоторой систематизации (недостаточной, чтобы её просто захардкодить).<br>

><br>
><br>
<br>
--<br>
Moscow.pm mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', 'moscow-pm@pm.org')">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
</blockquote>