Итак, здравствуйте. Есть таблица с информацией о пользователях вида:

На сайте есть форма поиска по многим параметрам.
Некоторые из этих параметров располагаются явно в таблице, другие располагаются в других таблицах.
В зависимости от введённых в форму данных, PHP автоматически генерирует запрос, например такой:

Вся проблема в том, что я даже не могу представить себе, как расставить индексы именно в таблице user_info для наиболее оптимального выполнения запроса.
Проблема в том, что имена полей, которые участвуют в запросе могут меняться в зависимости от введённых данных, также может меняться и их количество. Таким образом изменяемыми могут быть:
user_info_rname, user_info_rsurname, user_info_born_date, user_info_sex, user_info_find_work, user_info_end_university.
Если кто знает, способ решения, пожалуйста поделитесь (:

Заранее благодарен.

P.S. Обязательных полей в запросе нет, т.е. если пользователь не заполнить форму поиска, то будет проведена выборка из таблицы без условий.

Имхо, если добавление юзеров происходит существенно реже выборок, есть смысл проиндексировать по отдельности всё, "что движется" - кроме enum-ов.

Почему не int (unsigned)? Имхо, и места займет меньше, и выборка по индексу быстрее...

SelenIT:
1) Так, проблема как раз в том, что неизвестно, насколько часто будет производиться добавление. А хотелось бы сделать наиболее оптимальную структуру индекса, чтобы на любом запросе использовалось как можно большее количество индексов. Хотя, что-то мне подсказывает, что не получиться так сделать.. Как вариант вести статистику запросов (какие чаще выполняются, а какие реже) и на основе этой статистики строить наиболее подходящий индекс. Но статистика вещь изменяемая к сожалению..
2) есть такое очень маленькое неприятное "но": дело в том, что есть пользователи (и я в их числе) которые указывают номер своего ICQ с дефисами и хотят потом увидеть тоже самое с дефисами. Именно по этой причине и приходиться идти на уступки. Хотя возможно пересмотрю своё решение.

Это сообщение отредактировал(а) Fally - 8.3.2008, 00:40

но что тебе мешает удалять дефисы при вводе(чтоб получить целое беззнаковое), а при выводе - разбивать на триплеты, как это делается с телефонным номером? и будет людям "с дефисами"...
ты хочешь - не "оптимальную", а "универсальную" структуру. такого не бывает. панацеи не существует. если посоздаешь по индексу на каждое поле - при любом запросе должны будут эти индексы использоваться, но при вставке/удалении будут шерстриться индексы(соотвественно, падает скорость вставки/удаления/изменения). если это понимаешь, то тогда вопрос стоит следующим образом: что происходит чаше - вставки/удаления или выборка?

Выборка чаще и следовательно я не должен тыкать всякое поле в индекс... всё-таки придётся сначала ставить индекс на user_info_rname и user_info_rsurname и вести статистику запросов, и следуя статистике уже расставлять индекс.. (но не нравиться мне это решение)...

Почему? Если выборки по всем полям в первом приближении равновероятны? 

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