Есть следующая таблица с людьми. 


К каждому человеку в профиль нужно подцепить кучу чекбоксов


Как все эти чекбоксы записать в базу? 
Вариант с добавочными полями к основной таблице отпадает, полей будет много.

какая разница сколько полей? данные есть данные. если поля предусматривают однозначный вариант ответа и их будет фиксированное количества, то хоть сто штук, но они должны быть в этой же таблице

Я тоже хочу чтобы все это лежало в одной таблице. 

А можно это как-нибудь все засунуть в одно поле? Например записывая данные в виде 0100010011110000 или суммой (1+2+4+8+16), но нужен какой-нибудь вариант не препятствующим делать выборки, например "показать всех курящих"

делай вторую таблицу

    
id - где id это ид  юзера
answer - ответ

потом объединяй запрос 

Все-таки хочется обойтись всего одним полем в основной таблице. 
Я знаю что это можно реализовать, но как? С утра ничего в голову не приходит.

americanets, если на поле один вариант ответа, то можно и одной таблицей обойтись, зачем множить?


можно, то это будет препятствовать выборке




тоже можно, но для этого придётся написать специальную функцию-обработчик, через которую каждый раз придётся пропускать данные поля. тоже излишне, когда можно всё вытащить одним запросом

А если все-таки данные хранить как 010011 и выборки делать так

для показа пьющих, без прав

Как это на базе скажется?

как бесмысленное торможение. к тому, здесь простенькая выборка, а вдруг потребуется сделать мощную статистику с объединением ещё чего-нибудь? тогда вообще зашьётся

а чем не устраивает большое количество полей?

Их будет около 40 штук %)

Мне почему-то кажется, что это как минимум не практично

bars80080, не находишь странным выбор одного из них? 

те, если в браке значит не пью и не курю, или наоборот. Есть дети -> значит занимаюсь спортом и сексом. Так ? 



Добавлено через 1 минуту и 14 секунд
а еще есть такая штука "нормализация" вот это какраз она

это про что?

технически можно засунуть в одно поле все данные, строкой или суммой, при этом по каждому параметру величины будут независимы. но в данном случае это всё будет мешать быстроте общения с БД и усложнять работу с ней



почему? откуда такие данные?

База получится черезчур "широкой". 

Ну, если не найду способа запихнуть все в одно поле придется расширять ее.

Насчет способа с like '_1_0__' - если от базы ничего более крупного не потребуется, то можно ли им пользоваться, или подобные "побуквенные" запросы медленно выполняются? Если да, то на сколько медленно?

если честно то такое хранение полная ерунда, если уж очень хочется пихать много ответов в одно полу смотри сериализацию 

Ты имеешь в виду XML?

Это сообщение отредактировал(а) ikillbill - 19.8.2008, 16:13

нет, я имею ввиду http://ru2.php.net/manual/de/function.serialize.php