Как реализовать структуру БД для данной задачи?

Question

[Anonymous]

Здравствуйте! Я пишу сайт. На нем будут посты, и возможность комментировать. У меня сейчас имеется одна таблица для одного поста. Но как лучше реализовать комментарии, чтобы была одна таблица, но там хранились комментарии из разных постов? Или лучше создавать для каждого поста отдельную таблицу?(мне кажется это глупо)

Comments

[Akina]

А почему не одна иерархическая таблица для всех постов и комментариев? вот уж, по-моему, самая очевидная и логичная структура....

[Anonymous]

Akina, понимаете, если будет много комментов, то долго будет обрабатываться. =/ Если будут отдельные таблицы, намного быстрее

[Akina]

Никита Савченко
Если Вы вообще ничего не знаете по данному вопросу - то прочитайте по базам данных... ну хоть что-нибудь.
Потому что нынешнее Ваше утверждение - это откровенный бред.

Answer 1

[ThunderCat]

У меня сейчас имеется одна таблица для одного поста.

Точно? Это на сайте будет один пост? Или под каждый пост будет таблица? Или все таки одна таблица для постов? (читать про нормальные формы бд, 1,2 и 3 НФ)

Но как лучше реализовать комментарии, чтобы была одна таблица, но там хранились комментарии из разных постов?

Очень просто: Таблица, где будет поле post_id, которое будет указывать на пост, к которому относится комментарий. Если структура иерархическая, то еще parent_id, указывающий на какой комментарий это ответ. (Читать про отношения Один-ко-многим, хотя и про остальные тоже для общего развития. Ну и про иерархические структуры через nested sets)

понимаете, если будет много комментов, то долго будет обрабатываться. =/

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

Comments

[Akina]

Ну и про иерархические структуры через nested sets

Не думаю, что в данном случае nested set оправдан. Скорее всего, вульгарного parent-child за глаза... в крайнем случае FQPath (для MySQL - например, в виде JSON array с соответствующим multivalued index).

[ThunderCat]

Akina, Вариантов масса, естественно. Нестед как наиболее популярная модель иерархического списка. Больше для понимания темы. Ну и от нее уже можно упрощать под свои задачи.