Форум MySQL

Решил сделать, что вроде знакомств.

1) По статистике одного сайта я понял, что мужских анкет в 2-3 раза больше,
чем женских.,
И в то же время поиск по женским, происходит в 3-4 раза больше.

Решил разделить на мужские и женские.

2) т.к. в основном указывается возраст. Решил еще разделить по возрасту…
А именно по послед числу года рождения.
Т.е.
Таблица: / года
1 – 71,81,91,01
2 - 72, 82, 92, 02
И т.д.

Так у меня будет 20 таблиц. И что то я весь в сомнениях…
Стоит ли это все делать? Или лучше использовать целостную таблицу?

мне кажется лишнее

Такую сложную оптимизацию следует проводить тогда, когда вы реально столкнётесь с проблемами производительности, вероятно это произойдёт не в первые дни старта проекта. А когда это станет актуальным, возможно вам будет доступна MySQL 5.1 допускающая процедуру сегментации, которая решает эти проблемы более эффективно.

просто мне сейчас надо об этом подумать.
Я хочу давать ID, которые уже будут содержать информацию.
Допустим
такие ID

14001
1 - пол женский
4 - год 2004 или 94 или 84 и т.д.

26001
2 - пол мужской
6 - год 2006, 96, 86 и т.д.

т.е.
1ое число - это пол
2ое число - это год

так при авторизации можно будет узнать из какой таблицы нужно будет брать информацию... а не искать во всех.

или все же по старинке поставить первичный ключ и перейти со временем на "процедуру сегментации"?

кстати, что это?

Зачем настолько извращатся?
Достаточно сделать 1 таблицу, но при этом создать индексы для полей, которые используются в запросах после условия *WHERE* - тогда будет и удобней и быстро будет поиск выполнятся.