Как лучше хранить большой список параметров в MySQL? Проектирование структуры

Question

[Max Khrichtchatyi]

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

Раньше мы хранили все следующим образом:

CREATE TABLE IF NOT EXISTS `example` (
  `id_car` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `a` tinyint(1) unsigned NOT NULL,
  `b` tinyint(1) unsigned NOT NULL,
  `c` tinyint(1) unsigned NOT NULL,
  PRIMARY KEY (`id_car`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;

Сейчас появилась задача изменить структуру, чтобы дать возможность пользователям добавлять новые параметры - подобно тому как в toster.ru добавляются теги для каждого вопроса. Подскажите как правильно организовать подходящую структуру в БД?

Answer 1

[enchikiben]

Выделить эти параметры в отдельную таблицу, связь многие ко многим

Comments

[Max Khrichtchatyi]

Меня такое решение немного пугает объемами.. если записей в "отдельной таблице" будет > 30 000 000?

[enchikiben]

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

[Kerman]

@63ek Если у вас будет больше 30млн пользовательских записей в таблице, то я Вас поздравлю с удачным вовлечением аудитории. Что-нибудь придумаете.

[Max Khrichtchatyi]

@Kerman уже) мы избавляемся от привязанности по гео-локали и только поэтому меняем структуру, конвертируем данные.

@EnChikiben спасибо, перегнал часть данных для теста. Даже при поиске IN() все очень быстро.

[enchikiben]

@63ek у IN есть ограничения, вы знаете об этом?

[Max Khrichtchatyi]

@EnChikiben по сути ведь IN() очень близок к OR... если не затруднит пните в нужную сторону касательно ограничений

[Max Khrichtchatyi]

P.S. Сейчас использую уникалльный индекс на (id_car, id_param), возможно будут подводный камни связанные с UNIC INDEX и IN()

[enchikiben]

@63ek dev.mysql.com/doc/refman/5.0/en/comparison-operato...

The number of values in the IN list is only limited by the max_allowed_packet value.