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