Как бы вы структурировали схему БД форума?

На самом деле я не знаю, почему sqlselect это делается, но я могу представить sql себе одну причину - оптимизацию structures поиска и извлечения метаданных sql-syntax сообщения (даты, автора и php-cli т. д.).

According to Joel (и Джоэл всегда прав! ;-) базы php-fpm данных хранят свои данные php.ini в полях фиксированной длины, составляя php5 записи фиксированной длины, поэтому php-include легко переходить от одной php-frameworks строки к другой, просто увеличивая sql-syntax указатель на байт длина записи. Но sqlselect большие текстовые поля, используемые php-cli для хранения текста сообщения, не php5 могут иметь фиксированный php размер, потому что длина sql сообщения варьируется в широком php-cli диапазоне, и создание хранилища structure фиксированной длины, достаточно php-frameworks большого для хранения всех php.ini сообщений, приведет к потере php-frameworks огромного количества места. Это sql означает, что сохранение php5 текста сообщения в той же select-statement таблице, что и другая информация, значительно php.ini замедлит процесс получения php-cli метаданных для большого количества php5 сообщений, как это делается select-statement каждый раз, когда кто-то php-fpm просматривает главную страницу sqlselect форума.

Чтобы получить лучшее structure из обоих миров, нужно поместить sql-syntax поля фиксированной длины structure (т.е. все, кроме текста сообщения) в structure одну таблицу, а поля переменной php-fpm длины (т.е. текст сообщения) в sqlselect другую.

php

sql

structure

2022-09-08T12:36:58+00:00
Вопросы с похожей тематикой, как у вопроса:

Как бы вы структурировали схему БД форума?