scion4581Arm79, фильтры сохраняются потому что у каждого пользователя свой фильтр.
И? В чем проблема то? Сохраняйте для каждого пользователя его набор фильтров в виде Xml к примеру. А на клиенте парсите Xml и генерируйте динамический запрос.

Заниматься ерундой с привязыванием фильтров к неким строчкам в таблице с данными не стоит, я даже не знаю, как такое могло вообще прийти в голову.

scion4581Arm79, не понимаю зачем мне использовать xml если я использую базу mysql? вопрос касался проектировки базы данных и никакие

другие виды хранения меня не интересуют, я же упоминал об этом.

Что значит зачем? Во-первых, это был всего лишь вариант, а не императив. Во-вторых, у вас фильтр может содержать произвольное сочетание и количество критериев. Проектировать БД под динамику (тот же EAV) лично мне не нравится. Тем более, что XML в этом плане лично мне более нагляднее.

Что касается других видов хранения - вы явно путаете. Xml - это формат текстовых данных. Вы можете прекрасно его хранить в строковом поле в таблице, с привязкой к UserId. Вы же решили, что я вам советую хранить фильтры в файле :-)

вот пример:

Users (id, name, ...)
Autos (id, mark, type, year, ... )
Filters (id, userId, xmlView)

scion4581Arm79, стоп, значит мне нужно юзать xml, парсить и хранить это все в БД например в строковом виде, а потом получать парсить и

снова юзать БД? Не проще использовать что то одно? Как вариант,да, согласен с вами. Все равно нужно как то будет составлять

запрос по фильтру(а потом еще нужна возможность просмотреть заказы по всем фильтрам одновременно),

просто уровень у меня пока не тот:)

И с xml особо не работал, да времени сейчас нет особо вникать. Но все равно спасибо за просветление, буду знать на будущее и в

следующий раз попробую обязательно.

Ну смотрите, у меня C#. Мне проще скачать из базы нужный запрос в xml, десериализовать его, получить Expressions, передать его в Entity Framwork. Или, по простому, собрать строку с запросом и сделать exec