Есть, например, такие столбцы:id,brand,name,display,type,price.
1.Nokia Nokia X6 3,2 sensor 200$
2.Nokia Nokia X7 4 sensor 180$.
Подскажите пожалуйста, нужно ли столбцы brand,display,type выводить в отдельные таблицы?
Спустя 18 минут, 27 секунд (13.06.2012 - 21:38) DySprozin написал(а):
moricone2
зачем?
зачем?
Спустя 2 часа, 27 минут, 3 секунды (14.06.2012 - 00:05) neadekvat написал(а):
| Цитата (DySprozin @ 13.06.2012 - 22:38) |
| зачем? |
Звучит как "нет". А таки нужно, ибо это отдельные сущности. Кроме display, пожалуй.
Спустя 12 часов, 57 минут, 26 секунд (14.06.2012 - 13:02) moricone2 написал(а):
| Цитата |
| Звучит как "нет". А таки нужно, ибо это отдельные сущности. Кроме display, пожалуй. |
А, если у меня таких параметров для поиска много - запросы будут сложные;или это не имеет значения?
Спустя 14 минут, 36 секунд (14.06.2012 - 13:17) vital написал(а):
| Цитата (moricone2 @ 14.06.2012 - 12:02) | ||
А, если у меня таких параметров для поиска много - запросы будут сложные;или это не имеет значения? |
Будут join-ы, не бойтесь, это не страшно.
Спустя 1 час, 29 минут, 25 секунд (14.06.2012 - 14:46) neadekvat написал(а):
| Цитата (moricone2 @ 14.06.2012 - 14:02) |
| А, если у меня таких параметров для поиска много - запросы будут сложные;или это не имеет значения? |
Чтобы не мучаться вопросами "Быть или не быть?", были сформулированы т.н. "Нормальные формы", о которых можно почитать либо в википедии (академический, не самый простой текст) или где-нибудь еще.
Спустя 2 часа, 30 минут, 17 секунд (14.06.2012 - 17:17) moricone2 написал(а):
Про нормализацию базы данных читал и про join тоже- в теории вроде все понятно, а вот на практике, возникают вопросы)
Спустя 6 часов, 28 секунд (14.06.2012 - 23:17) neadekvat написал(а):
| Цитата (moricone2 @ 14.06.2012 - 18:17) |
| в теории вроде все понятно, а вот на практике, возникают вопросы) |
Ну, это почти нормально, да.
Видеть сущности, понимать, когда нужна денормализация и пр. - это с опытом (заметь, я не говорю, что сам достиг просветления).
Для остального есть
Ты в первом посте правильно написал поля, которые надо выделить в отдельные таблицы. Не выделять display (то есть, по сути, денормализовать бд) я посоветовал потому что это числовое значение, и будет реально меньше заморочек без создания доп. таблицы*.
*Справедливости ради стоит отметить, что это может понадобиться для вывода всех доступных экранов списком. В принципе, тут есть вариант просто закэшировать куда-нибудь этот список и обновлять при появлении товара с диагональю, которой нет в списке.
Спустя 4 дня, 13 часов, 42 минуты, 53 секунды (19.06.2012 - 13:00) moricone2 написал(а):
Возник у меня еще один вопрос:делаю я ,например, админку для одного компонента и там есть функционал, требущий создания одной или нескольких таблиц, а также удаление таблиц в базе данных.
Можно ли так делать(ведь админкой будут пользоваться не программисты) или надо так планировать, чтобы изменялись только данные в таблицах, а сама структура базы оставалась такой как есть?
Можно ли так делать(ведь админкой будут пользоваться не программисты) или надо так планировать, чтобы изменялись только данные в таблицах, а сама структура базы оставалась такой как есть?
Спустя 5 дней, 1 минута, 3 секунды (24.06.2012 - 13:01) forza написал(а):
Если не программисты начнут удалять или изменять структуру таблиц .. Эх.. Сами знаете что будет :Д