Да, спасибо, представление получил, осталось отработать на практике. Сохранил для себя сообщения (я их коллекционирую в специальной софтине под себя написанной в формате "Вопрос - ответы сообщениями")
Ну ты понял что не обязательно иметь таблицу post_tag?
Да, только если нам нужно получить по тегу все/много постов
Только если у нас к одному посту можно несколько тегов прикреплять
А если у нас к посту можно только один тег прикрепить, разве это не = категория?
По-моему, один пост = один тег это какой-то сферический лось в невесомости… Пусть набивает руку, создавая правильные архитектуры… Это как привычка оборачивать в {} любые условия, даже с одним оператором.
Вообще не важно как называется, оно всё будет более менее похоже. Как прожект назовёт - так и будет
Смотри. Смысл тегов в фильтрации данных. У тебя есть пост “Как устроенная солнечная система” - этот пост логично вывести по любому из запросов: ”наука, вселенная, солнце, солнечная система, галактика, научные передачи”, и так далее. Один тег не может быть даже в теории. Далее, как я понял из задачи, формируется балица post_tags [id, name] и таблица tags_to_posts [id, tag_id, post_id]. Для отбора всех релевантных постов по тегу (когда юзер кликает на определённый тег и ему должен вывестись список подходящих постов) делается запрос SELECT id, title from posts p left join tags_to_posts ttp, tags t on t.id = ttp.post_id AND t.id = ttp.tag_id WHERE t.name=“название_тега” Вроде ничего не напутал с запросом, сто лет нативные запросы не писал, привык к QueryBuilder)
Обсуждают сегодня