| |
|
|
| | Не могу спроектировать таблицу аккаунтов, чтобы максимально оптимизировать время поиска по этой таблице. Все остальные таблицы проекта отличаются от таблицы аккаунтов тем, что в них все запросы работают только по ключам, но с аккаунтами такое не прокатит, так как там выборка происходит по логину.
Единственное что мне пришло в голову - это создать группу таблиц аккаунтов и в зависимости от первых двух символов логина (или одного) искать в той или иной таблице. Получится что логин cheops будет лежать в 3_user, а логин deimand в 4_user и т.д.
Это не разобьет данные равномерно, некоторые таблицы будут "тормозить", а некоторые таблицы вообще могут пустовать.
Как профессионально решить этот вопрос? Привязки php к mysql нет, смогу внедрить любую структуру. | |
| |
|
|
| |
|
|
| |
для: deimand
(04.03.2011 в 22:54)
| | | Логины, как правило, не такие и длинные, да и ограничить длину логина можно скажем 32 символами, а по такому полю CHAR или VARCHAR уже вполне можно построить индекс - причем не обязательно в MySQL, эти типы и индексы по ним, практически все базы данных поддерживают.
PS Тем более новые версии MySQL поддерживают индексы длинной до 1000 байт, а для логина и 255 за глаза. | |
| |
|
|
