Как создать дизайн базы данных для блог сайта?

Question

[isgenderli]

Я создаю блог сайт, где будут статьи. До этого не было такого опыта, в связи с чем сложно представить структуру базы данных.
Задача такая:
1. Показать статью на отдельной странице
2. Показать статьи на одной странице (главной). Как бы превью.
Сейчас структура такова:
posts_table:
id,title,preview,tags,content,categoryID,userID,publishTime,url.
Вопрос такой: Сейчас статью (html тег article и все его компоненты) добавляю в 'content', из статьи отдельно h1 и добавляю в 'title', а также первую абзац в 'preview'. Но мне кажется в БД бессмысленно повторяется информацию. Дайте пожалуйста совет, как сделать, чтобы оптимизировать данную ситуацию? Подумал, может в 'content' статью добавить как json file? Например,

{
title:'BLog Title',
sections: ['section1','section2'] //Тут будут секции статьи
}

Что думаете?

Comments

[Adamos]

Взять пару готовых CMS для блогов (WP, конечно, и для разнообразия, например - WinterCMS+RainLab.Blog) и посмотреть, как это делают люди, не впервые столкнувшиеся с проблемой.
По хардкору - еще поставить Битрикс с его блогами и посмотреть, как делать не надо.

[Сергей delphinpro]

Но мне кажется в БД бессмысленно повторяется информацию

Вам это кажется. Нормальная структура. Как у всех. Между прочим, превью (насколько я понял у вас это короткий текст в списке статей) необязательно должен быть частью статьи. Там может быть её краткое описание.
Добавьте еще мета-данные: ключевые слова, описание, картинку для соцсетей (для мета-тегов keywords, description, og:image). Служебные поля - deleted, published, чтобы можно было удалять в корзину и снимать с публикации не удаляя.

[isgenderli]

Сергей delphinpro,
Спасибо вам за ответ, всё понял!
Это то, что я искал!

[Дмитрий]

Я бы сделал таблицу для разделов. Таблицу для статей, теги, возможно комментарии тоже. Первая таблица содержит ид и имя раздела, и служебный ид родителя, если не корневой
Теги это имя тега ид и ид статьи. Статьи где текст и название, ид раздела и прочее. Теги будут удобно редактировать и прочее.

[Ипатьев]

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

[Adamos]

Ипатьев, так я не предлагаю ему изучить всю CMS вдоль и поперек.
Достаточно посмотреть, как там сделаны таблицы под хранение информации блогов.
Вот, скажем, файлы миграций того же RainLab.Blog: https://github.com/rainlab/blog-plugin/tree/master...

Answer 1

[Ипатьев]

Чтобы информация бессмысленно не повторялась, надо не дурацкий JSON городить, а просто не писать заголовок в теле статьи. А выводить его отдельно.
preview, как правильно сказали выше, лучше писать отдельно, а не брать первый абзац статьи - тогда она будет выглядеть по-дурацки.

Теги должны лежать в отдельной таблице. Читать про отношение многие ко многим.

Писать url который slug в базу - занятие дурацкое. slug надо генерить на лету, а искать статью по идентификатору. и чтобы адрес был вида /666/pop-upal-s-kolokolni-i-slomal-nogu
текст для красоты, id для идентификации