Правильно ли я понять суть реляционных бд?

Question

[Vadim Stepanenko]

Сделал блог на PHP. В качестве бд использовал MySQL
В ходе разработки таблицы никак не связывал, то есть при добавлении нового поста, отдельным запросом добавляется сам пост, отдельным запросом изменяется кол-во постов юзера в таблице users, и отдельным запросом пост добавляется в таблицу модерации. Удаление аналогично, кучей запросов. Соответственно, нет целостности

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

Comments

[Антон Р.]

Всё можно в одну таблицу запихнуть.
У тебя в таблице Посты должно быть поля:
- id юзера
- на модерации или опубликовано (0 или 1)

Остальное вычисляется исходя из объединения таблиц Посты и Юзеры.

[Vadim Stepanenko]

Всё можно в одну таблицу запихнуть.
У тебя в таблице Посты должно быть поля:
- id юзера
- на модерации или опубликовано (0 или 1)

в таблице posts есть колонка user_id. Однако, на странице пользователя нужно выводить кол-во его постов. Для этого есть таблица users_stats, где хранится кол-во постов (не использую запрос с count, т.к. постов может быть очень много)

С модерацией несколько сложнее все. Там не просто флаг "одобрен" или "отклонен", там еще такие поля, как "moder_id", "result", "moder_comment" и т.д.

[Антон Р.]

Vadim Stepanenko, зачем тебе таблица user stats?? Просто посчитать count posts where userid = user id не судьба?

[Alex Wells]

Vadim Stepanenko, post_moderations, там post_id, moder_id, result, comment

Answer 1

[IgorNoskov]

Связи между таблицами нужны в первую очередь для целостности данных. Например, можно сделать такую связь между таблицей пользователей и их постами, чтобы при удалении пользователя, база данных автоматически удаляла все его посты. Либо наоборот, сделать такую связь, что нельзя удалить пользователя, если есть посты от него. То есть связями можно создать защиту, которая гарантирует, что случайно не удалится какая-то запись.

То что у вас нет связей, это не значит, что у вас не реляционная база данных. Это определяется самой базой данных, а не вашими связями.

С помощью связей, автоматом у вас не получится при вставке или удалении записи обновить количество записей в другой таблице. Это нужно делать в запросе.

Update
Ещё связи помогают избежать ошибок, например, по ошибке никак не получится добавить пост в несуществующую категорию или удалить категории, в которой есть посты. Надеюсь поняли суть.

Comments

[managrib]

Вы описали не реляционную БД.
А constraints