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

Question

[chelkaz]

Дело в том, что есть таблица с постами, она хранит id, title, user_id, date, active
И другая таблица, которая хранит полный текст поста, он может быть до 15 000 символов.
Чаще для выборки нужны только тайтлы постов при листинге, а полный текст нужен только в детальном просмотре.
Всего постов от 10 миллионов и увеличиваются.
Имеет ли смысл хранить в отдельной таблице детальный текст?
Если хранить в общей, это скажется на время выборки и поиск отдельного поста по id ?
А то в PHP сейчас, нужно загнать тайтл в первую, потом взять новый id и загнать полный текст и новый id в другую таблицу + реляция. И если два запроса удачных, сделать коммит, а иначе роллбэк.
Если хранение в одной таблицы не влияет не на что, то отлично!

Comments

[Сергей delphinpro]

Выборочные поля зачем придумали?
SELECT id, title FROM posts WHERE id = 1;

На выборку по id не скажется. На поле id ведь отдельный индекс создан.

Answer 1

[D3lphi]

Это не имеет никакого смысла. Если в запросе на выборку вы не указываете поле с полным текстом поста, конечно же. Вы же ищете пост по идентификатору (первичному ключу), который имеет индекс. Следовательно скорость "перебора" постов не пострадает.

Comments

[lehha]

Смысл будет, когда 10млн записей и табличка порушится. Действительно тяжелые данные, которые менее часто используются, лучше держать отдельно.

[D3lphi]

lehha:

когда 10млн записей и табличка порушится

С чего вы это взяли? Начиная с версии mysql 3.23 максимальный размер таблицы равен 8 миллионов терабайт.

[lehha]

D3lphi: восстанавливать (repair table), вытаскивать из дампа (mysqldump/etc) или бекапить такую таблицу в тысячу раз дольше. Табличку с мета-данными проще всего обслуживать, так как она будет меньше весить, и, скорее всего, с fixed row, что еще быстрее.

Answer 2

[Дмитрий Масленников]

Будет больше мороки, чем пользы, если выделить текст поста в отдельную таблицу. Поиск будет все равно выполняться по первичному индексу (id).

Если данных будет очень много, то имеет смысл смотреть на разделение самой таблицы с постами на несколько частей (шардов).