Вертикальное разбиение составных клавиш

Question

Мне нужно отслеживать значения для комбинации разных ресурсов каждый день. Таким образом, таблица, чтобы сделать это может выглядеть следующим образом:

CREATE TABLE `data` (
    `id` INT UNSIGNED NULL PRIMARY KEY AUTO_INCREMENT, 
    `datetime` DATETIME NOT NULL, 
    `res1` INT UNSIGNED NOT NULL, 
    `res2` INT UNSIGNED NOT NULL, 
    `res3` INT UNSIGNED NOT NULL, 
    `res4` INT UNSIGNED NOT NULL, 
    `res5` INT UNSIGNED NOT NULL, 
    `value` DECIMAL(10,0) NOT NULL, 
    UNIQUE INDEX `datetime_res1_to_res5` (`datetime`, `res1`, `res2`, `res3`, `res4`, `res5`) 
) 

где res1 до res5 внешние ключи к соответствующим таблицам.

Эта таблица будет содержать много строк - легко сломается 20 миллионов.

Что я любопытно, если я должен поставить комбинацию внешних ключей в отдельную таблицу, так что у меня есть две таблицы, как так:

CREATE TABLE `data` (
    `id` INT UNSIGNED NULL PRIMARY KEY AUTO_INCREMENT, 
    `datetime` DATETIME NOT NULL, 
    `superKeys_id` INT UNSIGNED NOT NULL, 
    `value` DECIMAL(10,0) NOT NULL, 
    UNIQUE INDEX `datetime_superKeys_id` (`datetime`, `superKeys_id`) 
) 

CREATE TABLE `superKeys` (
    `id` INT UNSIGNED NULL PRIMARY KEY AUTO_INCREMENT, 
    `res1` INT UNSIGNED NOT NULL, 
    `res2` INT UNSIGNED NOT NULL, 
    `res3` INT UNSIGNED NOT NULL, 
    `res4` INT UNSIGNED NOT NULL, 
    `res5` INT UNSIGNED NOT NULL, 
    UNIQUE INDEX `res1_to_res5` (`res1`, `res2`, `res3`, `res4`, `res5`) 
) 

где data. superKeys_id - это внешний ключ до superKeys. id.

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

В моей реальной ситуации в мире, один из ресурсов будет user_id и мне часто нужно будет суммировать значения для пользователя, так что я, вероятно, держать такую ​​колонку в data, а не сделать его частью superKeys таблицы ради того, чтобы не присоединяться к каждому запросу. Тогда используйте только соединение, когда мне нужно суммировать значения для других ресурсов, которые будут реже.

Answer 1

Это не уменьшит размер данных . Вам нужно будет хранить 20 миллионов строк данных в одной таблице и 20 миллионов строк суперклеев в другой.

Пять целых чисел - 40 байт. Умножьте на 20 миллионов - 800 мегабайт, плюс столбец datetime и десятичный. Весь этот стол поместился бы в ОЗУ на моем нетбуке.

Сохраните таблицу «данные». Бросьте суррогатный ключ.