Блог

У меня есть следующие две таблицы mysql для основного дискуссионного форума. Первая таблица содержит разделы, в то время как вторая содержит ответы на конкретную тему. Я хочу знать о концепции внешнего ключа в этом дизайне базы данных. Нужно ли мне добавлять сюда внешний ключ? Чем это будет полезно и как я могу добавить в следующие таблицы. Спасибо.

 --
-- Table structure for table `topics`
--

CREATE TABLE IF NOT EXISTS `topics` (
  `topic_id` int(11) NOT NULL AUTO_INCREMENT,
  `topic_title` varchar(255) NOT NULL,
  `topic_content` text NOT NULL,
  `topic_author_id` int(11) NOT NULL,
  `topic_date` int(10) NOT NULL,
  PRIMARY KEY (`topic_id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;

--
-- Table structure for table `replies`
--

CREATE TABLE IF NOT EXISTS `replies` (
  `reply_id` int(11) NOT NULL AUTO_INCREMENT,
  `reply_topic_id` int(11) NOT NULL,
  `reply_content` text NOT NULL,
  `reply_author_id` int(11) NOT NULL,
  `reply_date` int(10) NOT NULL,
  PRIMARY KEY (`reply_id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;
  

Технически внешний ключ не требуется, но с точки зрения качества данных он настоятельно рекомендуется.

Внешний ключ устанавливает связь между двумя таблицами — он определяет и гарантирует, что :

• у вас нет дочерних строк (в replies ), которые ссылаются на родительскую строку (в topics ), которая не существует («данные зомби»)

• это гарантирует, что вы случайно не удалите родительскую строку, пока вокруг все еще есть дочерние строки

и в целом, это обеспечивает качество и целостность ваших данных — настоятельно рекомендуемое свойство в вашей базе данных!

В общем случае MySQL не требует, чтобы вы вставляли внешние ключи. Более того, пока вы используете механизм хранения MyISAM, вы не сможете извлечь выгоду из определения внешних ключей. Они принимают синтаксис внешнего ключа, но внутренне они просто игнорируют эти инструкции, см. Запись внешнего ключа в документации MySQL для деталей.

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

 CREATE TABLE IF NOT EXISTS `replies` (
  `reply_id` int(11) NOT NULL AUTO_INCREMENT,
  `reply_topic_id` int(11) NOT NULL,
  `reply_content` text NOT NULL,
  `reply_author_id` int(11) NOT NULL,
  `reply_date` int(10) NOT NULL,
  PRIMARY KEY (`reply_id`),
  INDEX (`reply_topic_id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;
  

Подробности см. в синтаксисе mysql create table.

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

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

В replies таблице должен быть столбец, содержащий topic_id тему в topics таблице, для которой предназначен конкретный ответ в replies таблице.

например

 `topic_id` int(11) FOREIGN KEY REFERENCES `topics`(`topic_id`)