Database Design Inquiry
My first cut (I assumed the questions were multiple choice):

I'd have a table of Questions, with ID_Question as the PK, the question text, and a category (if you want).
I'd have a table of Answers, with ID_Answer as the PK, QuestionID as a FK back to the Questions table, the answer text, and a flag as to whether it's the correct answer or not.
I'd have a table of Quizzes, with ID_Quiz as the PK, and a description of the quiz, and a category (if you want).
I'd have a table of QuizQuestions, with ID_QuizQuestion as the PK, QuizID as a FK back to the Quizzes table, and QuestionID as a FK back to the Questions table.

This model lets you:

Use questions standalone or in quizzes
Lets you have as many or few questions in a quiz as you want
Lets you have as many of few choices for questions as you want (or even multiple correct answers)
Use questions in several different quizzes
I'm making a trivia webapp that will feature both standalone questions, and 5+ question quizzes.  I'm looking for suggestions for designing this model.
Should a quiz and its questions be stored in separate tables/objects, with a key to tie them together, or am I better off creating the quiz as a standalone entity, with lists stored for each of a question's characteristics?  Or perhaps someone has another idea...
Thank you in advance.  It would probably help to say that I am using Google App Engine, which typically frowns upon relational db models, but I'm willing to go my own route if it makes sense.