igramnetAkina,

хорошо, но боюсь следующей проблемы. При посещаемости в 1 000 человек надо каждую страницу вот так записывать в базу, сранивать, а потом базу чистить (возможно раз в сутки). Не будет ли это колоссальной нагрузкой?

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

сделать надо так чтобы работало. а потом думать про нагрузку.

а думать начать надо с вопроса - что за ересь в постановке задачи!?

alex564657498765453,

таблица фильтры 1do 1 2 how 1 3 ... айди фильра имя тип
таблица значиний фильтров (если набор значений ограничен тип=1 скажем тип 2 неограничен)

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


таблица собвтенно связей чегото с значениями фильтра

айди_чегото айди_фильтра айди_значения (нулл если фильтр может быть любого значения) экстра - сюда записывать значения фильтров для которых нету набора значений строгого

и тогда будет на чтотоА например 10 записей , ваш запрос ищет записи где совпадает одно ИЛИ другое итд... и по числу найденых строк для чтотоА - знаем сколько значений фильтра совпало.


ЗЫ
можно разделить - фильтры с ограниченым набором значений и неограниченым (последняя таблица на две разделяеться)
айди_чегото айди_фильтра(с огр. наб. зн) айди_знач

айди_чегото айди_фильтра(с неогр.) значение

Akinaigramnetбоюсь следующей проблемы
Простите, но не я - архитектор. Не я изобрёл такую просто бредовую с точки зрения озвученной задачи структуру. Ладно, был бы какой голимый EAV - так тут вообще всё в кучу, никакой нормализации! И фильтрация по пересечению наборов - если не конвертировать из "всё в одной строке" хотя бы в EAV, то сервер не то что тысячу - и десятка клиентов не удержит.
Посему я могу только сказать, как выполнить задачу выбранным Вами методом на построенной Вами архитектуре. Да, будет работать хреново. Но улучшению и оптимизации это всё в нынешней форме вряд ли поддаётся.

ну не скажи...

давай сойдёмся что сервер спокойно обработать

....ГДЕ поле похоже "%петя%"

а теперь нам надо 8 проверок

ВЫБОРКА_ЕЛЕМЕНТАРНАЯ ОБЬЕДЕНИТЬ х8 раз
и всё это обернуть в групировку по айди...

формально нагрузка в восем раз возрастёт... реально поменьше...ведь не все 8 раз с винчестера читать. субд ведь размещает в памяти на время считанные блоки с винчестера...

tanglir,

вообщето влезет... как думаешь - в его случае на сколько там данных?мегабайт 5 макс 10 :) но это всё согласен - бредни такие запросы