а можно:

но так нужно чтобы пользователь мог выбрать либо несколько вариантов ответов 1,2,3 либо "нигде не был", но чувствую что на программном уровне это не сделать...

поэтому остановлюсь на первом варианте.

Таблицы думаю сделать следущие:

вопросы:

варианты ответов:

пользователь:

правильно мыслю? или где-то ошибся?

2.

Так нужен пользователь или нет?

вот примерно такое можно вывести из базы, 544 - это id вопроса.
1,2,3 - это id ответа

но тогда надо чтобы когда пользователь отметит "Нигде не был" убирались все отмеченные ранее чекбоксы и наоборот, если он отметит сначала "Нигде не был", а потом захочет выбрать еще и "Францию", надо чтобы радио-кнопка опять была неотмечена.

Неверное решение.

При том, что варианты ответов у вас количество постоянное и не зависит от пользователя - вы просто увеличиваете счетчик против каждого ответа.

А вот Другое - это значение переменное и зависит от количества пользователей, ответивших на вопрос.
Во первых - у вас будут много незаполненных полей текст - что противоречит полностью нормализации таблиц (есть такое понятие в архитектурах баз данных)
Для текста - нужно делать отдельную таблицу.

Далее зачем в таблице создавать дополнительный столбец для вывода поля, когда это можно решить посредством скрипта.(txt_act - если 1, то выводим текстовое поле, если 0 то не выводим)
То есть у вас есть ID Другое - если он приходит в скрипт - выводите поле.
Или же если вы хотите уже выводить значения с какими либо переключателями тогда поле статус. чекбокс, редио, селект, текст.
Но приходить в скрипт будет все равно не id статуса - а ID значения Другое


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


Я не настаиваю на своем решении, потому как сама только учусь, просто предлагаю подумать.

Далее вопрос к вам - вы уверены, что уровне вложенности по вопросам - подвопросам у вас будут одинаковы? если нет - то архитектурное решение таблиц будет совсем иным, нежели вы описали - это уже будут иерархии

hara подсказал неправильное решение таблиц. Так сделать не получится. Это архитектурно неверное решение.

все варианты отображения вопросов и ответов я отобразил в файле по ссылке выше.
Могут быть просто
- ОТВЕТ1
- ОТВЕТ2

а может быть
* Отет1
---- Ответ11
---- Ответ12
---- Ответ13
* Ответ2

а может быть

* Ответ1
* Ответ 2

"-" чекбоксы
"*" - радио кнопки

т.е. я так понимаю максимум 2 уровня

я выше писал что мне не нужно связывать таблицу юзеров с вопросами и ответами. Можете на юзеров не обращать внимания.

я думаю это не важно, если будет все автоматически создаваться и редактироваться через админку.

Если бы я знал точно, я бы не спрашивал тут на форуме это...

таблица юзеров уже не нужна, следовательно можно обойтись и без таблицы анкет.

таблица вопросов не должна содержать родительского вопроса... т.к. мне не вопросы нужны вложенные, а ответы...

Таблица вопросов:
quest_id
quest_text

Таблица ответов:
var_id
var_idq - ид вопроса
var_txt - ответ
var_type - 1 - checkbox; 0 - radio
var_idv - 0 - главный ответ; >0 значит подответ

Например
3 | 5 | Где то был | 0 | 0
4 | 5 | Франция | 1 | 3
5 | 5 | Германия | 1 | 3
6 | 5 | Нигде не был | 0 | 0

вот это выведет:
* Где то был
---- Франция
---- Германия
* Нигде не был

Или я ошибаюсь?

по моему эта система рабочая, но тогда очень тяжело придумать как будет создаваться опрос в админке, надо ведь предусмотреть если родительский ответ чекбокс, то подответ не может быть радиокнопкой и вот такие подобные комбинации (если родительский ответ радио, то к этому же вопросу нельзя сделать чекбокс родительским)

почему ?

потому что потом будет сложно подружить чекбокс с радио... ведь радио кнопка означает что может быть только 1 ответ... тогда надо чтобы при выборе радио кнопки чекбоксы убирались автоматически.

idv это ведь итак ид родителя =)

Это решается полем "родительский вопрос" в таблице вопросов. Любое количество уровней вложенности, хоть 500; для вывода страницы дерево вложений разматывается в цикле.

Посмотрите форумную базу. По сути то же самое.
Форумы - те же вопросы. Для быстродействия можно ограничить уровни вложенности (как у нас), но возможны и беконечные вложенности (как в двушках).
Топики - те же ответы.
Юзеры - и есть юзеры.
Посты в топиках - ответы юзеров.
4 таблицы, всё редактируется, тянет сотни форумов, тысячи топиков и юзеров, сотни тысяч постов - в многопользовательском режиме.

то что получилось можно посмотреть на http://itay.ru/quest/

не работает последний вопрос из-за $onclick = "onclick=\"choose(this, event);\"";, но если я это уберу, то у меня не будет работать второй вопрос.

если бы я знал как сделать без циклов, я бы сделал без них

HardWoman, пока что плохо понял как это все будет работать, попробую заполнить таблицы...

таблица 3

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

но сейчас проблема не в тектовом поле... его как-нибудь можно будет организовать.... а вот как сделать чтобы радиокнопки <a href='http://itay.ru/quest/]в 3ем вопросе [/URL] работали я вообще не знаю...

у меня варианта 2. Либо надо JS менять, либо дальше думать чем отличается " Нигде не был" от "Да" и "Нет". Оба пункта имеют радиокнопки и оба варианта не имеют подответов.
различие в том, что инпуту "нигде не был" нужно ставить onclick=\"choose(this, event);\", а "Да" и "Нет" не надо.

Вообще то я не сказала, что это работать не будет
Я сказала, что таблица организованна неправильно.

Попробуйте заполнить эту таблицу и добавить текст с нескольких полей и вы поймете о чем я говорю.

У вас ветки понятие постоянное и как пользователь отметил ветку - добавляется 1 к счетчику, но вы еще в эту же таблицу втулили поле text - то есть таблица будет выглядеть 20 веток + 200 ответов текст

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

Имена радио кнопкам разные при выводе давать.

вот так примерно составлена БД. Каким образом можно сделать чтобы при выводе результатов полоски у подответов (рождество в музее, сударыня-масленица, остров детства) выводился другим цветом (не зеленым).

возьмем к примеру ответ и подответ, они ничем не отличаются в базе, то что один из них по типу чекбокс (type=2) а другой радио (type=1) ничего не значит, т.к. есть ответы с type=2 (чекбоксы).

а вот что она выводит

Ну так и добавь еще столбец уровень. И введи в запрос.

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

можно сделать просто "каким цветом отображать полоску в результатах".
- Зеленым
- Синим

но как то слишком много настроек для простого создания анкеты