3 ответов в этой теме

[PingwiN]

Во первых есть пара вопросов - надо ли повторяющиеся значения выводить в отдельные таблицы. В дальнейшем по этим значениям будут делаться выборки.
Например
o_country - возможно всего 6 стран
o_region - зависит страны
о_type - тоже всего 5 возможных вариантов.

Возможно ли в БД оставлять пустое поле? в дальнейшем выводить просто прочерк.
например значения полей o_sq_site и o_sq может быть или не быть в зависимости от o_type.

адекватно ли хранить 1 превью картинку в этой таблице (ок 30Кб jpg)? o_pic
Так же - стоит ли хранить полное описание - с тегами форматирования в этой же таблице? o_dscr_full. 65Кб - я так понимаю это дохренища текста влезет?

Ну и последнее галерея изображений. Хранить в БД? Если нет, то как?
У разных объектов может быть от 3 до 50 изображений. соответственно тамб до 30Кб и полное - около 120-200Кб.
Объектов 2-3 тысячи будет.

Вложенные файлы

•  ce_mysql.png   16,89 КБ   0 Скачано

[лайт]

Во первых есть пара вопросов - надо ли повторяющиеся значения выводить в отдельные таблицы. В дальнейшем по этим значениям будут делаться выборки.
Например
o_country - возможно всего 6 стран
o_region - зависит страны
о_type - тоже всего 5 возможных вариантов.

Возможно ли в БД оставлять пустое поле? в дальнейшем выводить просто прочерк.
например значения полей o_sq_site и o_sq может быть или не быть в зависимости от o_type.

адекватно ли хранить 1 превью картинку в этой таблице (ок 30Кб jpg)? o_pic
Так же - стоит ли хранить полное описание - с тегами форматирования в этой же таблице? o_dscr_full. 65Кб - я так понимаю это дохренища текста влезет?

Ну и последнее галерея изображений. Хранить в БД? Если нет, то как?
У разных объектов может быть от 3 до 50 изображений. соответственно тамб до 30Кб и полное - около 120-200Кб.
Объектов 2-3 тысячи будет.

Про повторяющиеся я *цензура* не понял.
Поле пустое можно оставлять, либо присвоить ему значение по-умолчанию NULL.
Ни cms, ни различные серверные приложения которые я использовал не применяли хранение бинарных данных в базе. Тебе больше гугл по этому поводу скажет.
В текст влезает 65535байт, смотри сам сколько тебе нужно. Про фильтрацию форматированного текста только не забывай, а то хекнут.
Да и вообще я бы не советовал хранить большие объёмы бинарных данных в mysql, тут уже в сторону postgresql смотреть нужно.

[Malder]

стоит действительно смотреть в сторону postgreSQL если записей будет 2-3 тысячи. Картинки хранить в БД нехорошо. Храни там путь до картинки.

Возможно ли в БД оставлять пустое поле? в дальнейшем выводить просто прочерк.

Да. Если поле пустое, то при выборке можно заменить его на "----"

Так же - стоит ли хранить полное описание - с тегами форматирования в этой же таблице? o_dscr_full. 65Кб - я так понимаю это дохренища текста влезет?

Если текст не привышает 65кб то храни в БД. Если больше, то сохраняй текст в txt, а в бд храни путь до файла.

[krutuzick]

По части повторяющихся значений и прочего стаффа при проектировании бд:
Нормализация баз данных
Первые 3 (возможно + Бойса-Кодда) настоятельно рекомендованы к применению.
В чём плюсы: уменьшается риск получить Аномалии
В чём минусы: более сложные запросы, бОльшее количество таблиц в базе.