Структура схемы базы данных и внешние ключи в MySQL

Question

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

Какой дизайн базы данных вы рекомендуете в этом случае? В идеале я хотел бы устранить родительский комментарий и используя отношения PK-FK (PK = первичный ключ, FK = внешний ключ), также сможет устранить все дочерние комментарии, чтобы избежать сохранения сирот в Таблица.

ОБНОВЛЕНИЕ: В качестве пояснения я также хотел бы узнать, какой дизайн базы данных используется в блогах, которые позволяют отвечать на комментарии (то есть комментарии, ответившие на комментарий, ответивший на исходный поток).

Answer 1

Reddits исходный код является открытым исходным кодом на Github, посмотреть, как они это делают ....

Answer 2

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

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

Я не понимаю, о чем вы здесь спрашиваете. Вся модель в значительной степени опирается на отношения PK/FK (между комментарием и его родителем). В статье, которую вы указываете, не сказано так явно (что я вижу), но столбец будет PK, а столбец будет FK.

Answer 3

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

MySQL официальная документация:

http://dev.mysql.com/doc/refman/5.5/en/innodb-foreign-key-constraints.html

Переделка:

ALTER TABLE table1 ENGINE = InnoDB;

Есть дополнительные плюсы и минусы использования движка InnoDB против движка MyISAM (по умолчанию для механизма хранения MySQL). Поэтому вы должны тщательно изучить эти два вопроса, прежде чем вводить их в производственную среду. MyISAM не поддерживает внешние ключи.