Я создаю небольшой форум для практики. Я вижу, что такие форумы, как phpBB, хранят текст темы в отдельной таблице.
Почему? Почему бы не хранить все это в одной таблице?
Что-то вроде: thread_id, thread_date, thread_text, thread_author
Почему это делается именно так? Как бы вы это сделали?
Я нашел эту классную схему в Интернете.
(источник: yensdesign.com< /а>)
кажется довольно хорошим стартером для схемы базы данных любого основного форума.
Я знаю, что это старо, но решил опубликовать это для всех, кто снова найдет этот вопрос.
На самом деле я не знаю, почему это делается, но одна из причин, которую я могу себе представить, — это оптимизация поиска и извлечения метаданных сообщения (дата, автор и т. д.).
Согласно Джоэлу (а Джоэл всегда прав! ;-) базы данных хранят свои данные в поля фиксированной длины, составляющие записи фиксированной длины, поэтому легко переходить от одной строки к другой, просто увеличивая указатель на длину записи в байтах. Но большие текстовые поля, используемые для хранения текста сообщения, не могут иметь фиксированный размер, потому что длина сообщения варьируется в широком диапазоне, и создание хранилища фиксированной длины, достаточно большого для хранения всех сообщений, приведет к потере огромного количества места. Это означает, что хранение текста сообщения в той же таблице, что и другая информация, значительно замедлит работу, когда вы хотите получить метаданные для большого количества сообщений, как это делается каждый раз, когда кто-то просматривает главную страницу форума.
Чтобы получить лучшее из обоих миров, нужно поместить поля фиксированной длины (т. е. все, кроме текста поста) в одну таблицу, а поля переменной длины (т. е. текст поста) — в другую.
Никогда не заглядывал внутрь phpBB, но, возможно, это из-за полнотекстовой индексации. Механизм Inno-db для основной таблицы, чтобы разрешить транзакции, а что нет. MyIsam для полнотекстового индексирования.
Во-первых, структура файловой системы большинства реляционных баз данных такова, что хранение больших блоков произвольного текста или данных может замедлить работу системы. Поскольку данные обычно хранятся по строкам, при выполнении поиска база данных теперь должна пропускать текстовые поля переменной длины даже при поиске несвязанных полей.
Во-вторых, размещение всего в одной таблице значительно усложняет добавление в модель данных позже, если вам, например, нужно больше данных для каждого thread_id.
Для правильного проектирования схем баз данных требуется определенное образование. Вы должны начать с http://en.wikipedia.org/wiki/Database_normalization. Убедитесь, что понимаете третью нормальную форму.
InnoDB не поддерживает FULLTEXT индексирование, а MyISAM не поддерживает транзакции.
Не знаю phpBB, но, наверное, поэтому они разделяют столы.
Они не хранят текст в одной таблице из-за размера таблицы.
Таким образом, даже при очень большом количестве записей таблица списка потоков будет небольшой, хорошо проиндексирована и ее можно будет быстро просмотреть. Доступ к тексту осуществляется только при необходимости с использованием первичного ключа, который также является быстрым.
Думаю, для небольших форумов в этом нет необходимости, так как есть небольшие накладные расходы на кодирование.
В дополнение к отличному ответу Жюльена, довольно часто сообщения перемещаются в другие темы (скажем, администратором или модератором). Наличие текста в «таблице сообщений» помогает поддерживать это.
