Командная строка для администраторов, phpmyadmin для программистов.

Это даст то, что таблицы будут связаны, без этого невозможно работать с данными на уровне СУРБД. Правильность ответа на вопрос можно будет проверить всего одним SQL запросом к базе данных. И более того, правильность любого количества ответов можно проверить всего одним (этим же) SQL запросом. Вы просто пока не понимаете, что по части обработки данных РНР (скриптовый, но по сути императивный язык) и рядом не стоит с MySQL (декларативный язык).

_____________
Стимулятор ~yoomoney - 41001303250491

Ну я так понял командную строку все равно придется изучать.
Просто это очень нудный процесс, Естественно интерфейс лучше)

зачем?

_____________
Стимулятор ~yoomoney - 41001303250491

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

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

_____________
Стимулятор ~yoomoney - 41001303250491

Допустим. ищу не могу найти информацию по внешнему ключу.
Везде описываю где применяют их как создать связь.А о том как вывести из таблицы ни слова ни строки кода.

Вот и проблема вся, не получается вывести выводится только 1 строка .

$result = mysql_query("SELECT * FROM question WHERE q_id='1'",$db) or die(mysql_error());
    $myrow = mysql_fetch_array($result);
    $result_ans = mysql_query("SELECT * FROM answer WHERE q_id='1'",$db) or die(mysql_error());
    $myrow_ans = mysql_fetch_array($result_ans);

q_id и есть внешний ключ первой таблицы, скрины 2х таблиц есть несколькими постами выше.

Если читать запрос как учили, то получается
выбери все поля из таблицы answer Где q_id равна единице.
но На деле не получается так)
Тут либо я не создал между ними связь, либо запрос неверный) одно из двух)

вы получаете только первую строку из результирующего набора
сам запрос выбрал все строки удовлетворяющие условию. а вот, что бы
получить их все в РНР mysql_fetch_array() должен быть в цикле

_____________
Стимулятор ~yoomoney - 41001303250491

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

вот поэтому я и спросил у вас значит тут место имеет быть цикл?)

в моем сознании правильный ответ и неправильный вариант - это разные сущности. Например, у правильного ответа может быть еще столбец с объяснением, почему этот ответ правильный. Для неправильного варианта такое поле не имеет смысла. Можно и другие отличия выдумать, но это самое очевидное.

Есть еще одно преимущество: в момент формирования вопросов мы никак не можем узнать, какой ответ правильный - потому как указатель на правильный вариант хранится в отдельной таблице.

_____________
Youtube канал WebDeveloper->Run()
Сайт для души
Gitter

ну тут уж я точно не виноват

а у неправильных ответов этот же столбец может объяснять почему этот ответ не правильный

а этот перл я оставлю без комментария

_____________
Стимулятор ~yoomoney - 41001303250491

Valick уже выше отвечал на этот вопрос, но мне кажется, ответ был не очень ясен.

Внешний ключ, как и все в программировании - это условность. Ясно, что каждый вариант ответа принадлежит какому-то вопросу. Т.е. id вопроса УСЛОВНО является внешним ключом для вариантов ответа. Внешний ключ - это еще один идентификатор. Просто указатель на то, какому вопросу принадлежит данный вариант ответа - ничего более. Другими словами: внешний ключ - это договоренность помечать, какому вопросу принадлежит данный вариант ответа в таблице с ответами. Поэтому какого-то особого синтаксиса при запросах здесь быть не может.

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

Этот пример использования внешнего ключа НЕ является единственным. Есть и другие. Но он достаточен для понимания сути.

Вот так должна выглядеть связь в типе таблицы INNODB:


_____________
Youtube канал WebDeveloper->Run()
Сайт для души
Gitter

Да может. Теоретически. На практике же, такое поле, чаще всего, бессмысленно. Т.к. нам достаточно объяснить почему этот ответ(ы) правильный(ые), это автоматически становится объяснением, почему все другие варианты являются ошибкой.

Вы оставляете его без комментариев т.к. не можете доказать ложность таких выводов. Равно как и я не могу доказать оправданность такой "защиты". Но это еще не означает, что мой вывод ложен. Если бы я был злоумышленником, который пытается похитить правильные ответы на тесты, мне было бы гораздо удобнее, чтоб указатель правильности находился в той же таблице, где и сам вариант ответа.

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

_____________
Youtube канал WebDeveloper->Run()
Сайт для души
Gitter