我有一個 HTML 表單，當前將結(jié)果發(fā)送到數(shù)據(jù)庫。這些問題被硬編碼到 html 頁面，我試圖使表單更具可擴展性、動態(tài)性和靈活性。有人建議我應(yīng)該為問題、選擇和提交的答案設(shè)置不同的表格。我在 Excel 中勾勒出一個布局，現(xiàn)在我已經(jīng)編寫了用于創(chuàng)建表格的腳本，但我仍然面臨著question_choiceX列的問題。如果有人需要提出一個有 36 個可能答案的問題怎么辦？還是100？這些可能是罕見的情況，但我承認在創(chuàng)建數(shù)據(jù)庫時我不能忽略它們，否則我以后可能會遇到大問題。由于 SQL 沒有數(shù)組，所以我一直在努力思考，并且已經(jīng)實現(xiàn)了一種可能的解決方案，但我不確定這是否是一種好的做法，而且它也不完美：使這些question_choiceX列僅成為一個question_choices列，該列FOREIGN KEY引用另一個表，該表專用于該單個問題的所有可能選擇。我認為這不是非常理想的，因為那樣我最終可能會得到大量的表格。如果我之后需要為問題添加更多答案選擇，這也無濟于事。