Что быстрее, составной уникальный индекс или хеш?

Есть таблица вида
item1_id, item2_id, item3_id, item4_id, item5_id, item6_id, item7_id, date, value
с составным уникальным ключом на item1_id, item2_id, item3_id, item4_id, item5_id, item6_id, item7_id, date
все item*_id это unsigned int/tinyint.
Запись в таблицу идет по insert into.... on dublicate key update.
В таблице много записей, и при частом обращении запросы зависают. Есть ли смысл убрать составной индекс, и вместо него поставить одно уникальное поле вида
MD5(CONCAT(item1_id, item2_id, item3_id, item4_id, item5_id, item6_id, item7_id, date)) ?
Может, кто сталкивался с таким, будет ли работать все быстрее с хешем?
  • Вопрос задан
  • 2794 просмотра
Пригласить эксперта
Ответы на вопрос 1
@pihel
Sql, Oracle, pl/sql, BI, ETL, php, olap
Думаю да, индекс станет значительно меньше, mysql будет проще искать по такому столбцу.
Проведите тест, посмотрите на стоимость запроса.
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы