создание ключа по всем полям в таблице, описывающей отношение "многие-ко-многим"
Привет всем!
В связи с тем, что тема вызвала интерес не только у меня, а мнения полностью противоположные, выношу сюда.
Задача - описать связь между двумя таблицами по типу "многие-ко-многим". Решается созданием третьей таблицы (назову её служебной), в которой перечисляются нужные комбинации ключевых полей из двух других таблиц.
Вопрос - как лучше с точки зрения производительности построить индексы в служебной таблице?
Использоваться в запросах служебная таблица будут только для inner/left/right join к основным таблицам.
Тип СУБД для моего проекта - MySQL, но вопрос интересен в принципе.
Мнения.
Моё:
Создать ключ на оба поля. Причина для сомнений - зачем создавать индекс по всем данным в таблице? В то же время, будь это БД с поддержкой FK, они и так были бы ключами.
Young: " уникальное поле все равно должно быть ... я бы сделал unique primary key"
Т.е., насколько я понял - предложение в том, чтобы создать дополнительное поле. Я лично смысла в этом не вижу.
Silex: "я никогда [индексы] не делал. но как на самом деле - хз. ... спроси на форуме - мне аж самому интересно стало"
Интересно мнение других людей.
Поделитесь, господа.
Привет всем!
В связи с тем, что тема вызвала интерес не только у меня, а мнения полностью противоположные, выношу сюда.
Задача - описать связь между двумя таблицами по типу "многие-ко-многим". Решается созданием третьей таблицы (назову её служебной), в которой перечисляются нужные комбинации ключевых полей из двух других таблиц.
Вопрос - как лучше с точки зрения производительности построить индексы в служебной таблице?
Использоваться в запросах служебная таблица будут только для inner/left/right join к основным таблицам.
Тип СУБД для моего проекта - MySQL, но вопрос интересен в принципе.
Мнения.
Моё:
Создать ключ на оба поля. Причина для сомнений - зачем создавать индекс по всем данным в таблице? В то же время, будь это БД с поддержкой FK, они и так были бы ключами.
Young: " уникальное поле все равно должно быть ... я бы сделал unique primary key"
Т.е., насколько я понял - предложение в том, чтобы создать дополнительное поле. Я лично смысла в этом не вижу.
Silex: "я никогда [индексы] не делал. но как на самом деле - хз. ... спроси на форуме - мне аж самому интересно стало"
Интересно мнение других людей.
Поделитесь, господа.