Первичный ключ MySQL InnoDB со многими столбцами

Question

Существует таблица, содержащая больше идентификационных данных, чем реальные данные.

user_id int unsigned NOT NULL, 
project_id int unsigned NOT NULL, 
folder_id int unsigned NOT NULL, 
file_id int unsigned NOT NULL, 
data TEXT NOT NULL 

Единственный способ, чтобы создать уникальный первичный ключ для этой таблицы будет композит (user_id, project_id, folder_id, file_id). Я часто видел 2 столбца составных первичных ключей, но это нормально, чтобы иметь 4 или даже больше? Согласно MySQL: «Все хранилища поддерживают не менее 16 индексов на таблицу и общую длину индекса не менее 256 байтов. Большинство движков хранения имеют более высокие пределы», поэтому я знаю, по крайней мере, это можно сделать.

Прошлое, есть частые запросы к этой таблице для различных комбинаций этих идентификаторов. Например, найдите все проекты для пользователя X, найдите все файлы для пользователя X, найдите все файлы для проекта Y и папку Z и т. Д. Если на каждом из столбцов идентификатора есть отдельный индивидуальный ключ или если есть составной первичный ключ, который уже содержит все столбцы, делает лишние отдельные ключи избыточными? В любой момент в таблице будет около 10 миллионов - 50 миллионов строк.

Подводя итог: хорошо ли иметь составной первичный ключ с 4 (или более) столбцами id, а если есть составной ключ, он делает лишние отдельные ключи для каждого из этих столбцов избыточными?

Answer 1

Да, это нормально, если у вас есть составной первичный ключ с 4 или более столбцами.

Это не обязательно делает дополнительные ключи для каждого из этих столбцов избыточными. Например, key (a, b, c) не будет полезен для запроса SELECT ... WHERE b = 4. Для этого типа запроса вы бы предпочли бы key (b) или key (b, c).

Вам необходимо изучить ваши ожидаемые запросы, чтобы определить, какие индексы вам понадобятся. Поделитесь этим сообщением, чтобы узнать подробности: http://youtu.be/AVNjqgf7zNw

Answer 2

Да, это нормально, если модель данных поддерживает его. Вы не много рассказали о своей общей схеме БД и о том, как эти элементы связаны друг с другом, чтобы определить, можно ли считать это наилучшим подходом. Другими словами, это действительно единственный способ, с помощью которого эти элементы связаны друг с другом или, например, файлы ДЕЙСТВИТЕЛЬНО относятся к проектам и проектам, связанным с пользователями, или что-то вроде этого, так что разделение этих таблиц объединений делает более логичным смысл ,

Если вы запрашиваете отдельные столбцы внутри этого первичного ключа, это может указывать на то, что ваша схема не совсем корректна. Как минимум вам может понадобиться добавить отдельный индекс в эти столбцы для поддержки такого запроса.

Answer 3

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

У вас может быть составной ключ с довольно большим количеством компонентов, но имейте в виду, что чем больше вы добавите, тем больше будет индекс, и чем медленнее будет обновляться, когда вы делаете INSERT. По мере увеличения размера вашей базы данных операции вставки могут стать чересчур медленными.

Именно поэтому, когда это возможно, вы должны попытаться свести к минимуму размер вашего индекса.