dimon-hackerБудет ли такая схема нормальной и в какой форме, или следует как-то отделить атрибут возраст?Мгновенное значение свойства "текущий возраст" экземпляра сущности "пользователь" являентся значимым атрибутом экземпляра сущности "ответ". Схема - нормальная.

dimon-hackerна вопросы можно отвечать повторно, если в прошлом баллы не были набраны, а возраст стал больше предыдущегоПредставленная схема не позволяет проводить такой тип контроля непротиворечивости данных. Для поддержания целостности данных необходим уникальный индекс из 3 полей (user,question,vozrast) для исключения повторного ответа при том же возрасте вне зависимости от ответа. Полное же исключение ответа после того, как ответом были набраны баллы, вне зависимости от возраста, в MySQL без переопределения данных или дополнительной расчётной над-логики нереализуем.

dimon-hackerконтроль осуществляется внешним приложением использующим данную БД.
Думайте стоит решить этот вопрос средствами СУБД?
Я не верю внешним приложениям. Если средства СУБД позволяют накосячить в данных - это обязательно произойдёт. Вопрос лишь в том, насколько быстро, как часто, и сильно ли больно.

Почему первичный? как раз в такой таблице я бы предложил синтетический первичный, а этот индекс просто UNIQUE. Да ещё с учётом запросной нагрузки над порядком полей в нём поколдовал бы...