| |
|
|
| | Вобщем то сабж...
Надо хранить в базе информацию о ресторане.
Форма содержит около 100 чекбоксов по категориям.
Соответсвенно для каждого ресторана свой набор чекбоксов...
Неужели значение каждого чекбокса хранить в поле SET или ENUM? | |
| |
|
|
| |
|
|
| |
для: durable
(19.01.2010 в 17:14)
| | | Для каждой группы чекбоксов - одно поле (INT).
Подробнее можно почитать, к примеру, тут | |
| |
|
|
| |
|
|
| |
для: root
(19.01.2010 в 18:27)
| | | и как Вы сотню бит в поле INT поместите? | |
| |
|
|
| |
|
|
| |
для: Trianon
(19.01.2010 в 20:55)
| | | да я не собирался всю сотню в одно поле помещать, они ведь по категориям разбиты. | |
| |
|
|
| |
|
|
| |
для: root
(20.01.2010 в 12:21)
| | | Ну раз разбиты, значит уже привязаны к элементам таблицы, прошитым id - parent_id | |
| |
|
|
| |
|
|
| |
для: durable
(19.01.2010 в 17:14)
| | | очень многое определяется тем, что с этой информацией в БД нужно будет делать. | |
| |
|
|
| |
|
|
| |
для: Trianon
(19.01.2010 в 20:57)
| | | Надо будет формировать из груп выбранных чекбоксов текстовые строки.
В дальейшем возможно поиск по отмечено/нет | |
| |
|
|
| |
|
|
| |
для: durable
(19.01.2010 в 23:28)
| | | похоже, что стоит закладываться на таблицу связки (отношение многие-ко-многим)
Одна таблица описывает ресторан, другая - факторы поиска (чекбоксы) , третья определяет у какого ресторана какой фактор наличествует. | |
| |
|
|
