未知数のフィールドがmysqlに入力されました - これに最適な構造ですか？

Question

複数のフォームから送信されたデータを保存する必要があります。これらのフォームはフォームビルダーによって作成されるため、ユーザーにアクセス権を与える予定です。フォーム、またはユーザーが送信するフィールド数を指定します。私は、次のようなテーブル構造（フォーム自体を含むため、PHPとして保存される）について考えている：

| FormId | FormType | InputID | InputType | LongText | Text | Date | 

フォームID（例えば以下）を含むのフォームファイルなどの位置を記憶する別のテーブルに関連して、入力IDは、ページの入力に関連しています。

| FormId | FormType | PathToForm | DateCompleted |...etc 

入力「」フォームID 1から次のようになります。

入力に対し

<input id="a" name="a" type="text" value="example"/> 

「」フォームID 2から次のようになります。私はに書き込むことができます

<textarea name="a" id="a"></textarea> 

このような表：

| FormId | FormType | InputID | InputType | LongText | Text | Date | 
-------------------------------------------------------------------------- 
| 1 |  1 | a | text | NULL | example | NULL | 
| 2 |  2 | a | textarea | example | NULL | NULL | 

nu各フォームの「入力」の数は無制限です。異なるフォームテンプレートの入力は、毎回異なる「タイプ」である可能性があります。

私の質問（ついに！） - これは私がこれを行うことができる最良の方法ですか？私は、1行につきフォームの出力を保存することは、理想的ではないことを知っています。しかし、何百ものテーブルを持たずに、将来的に（FormTypeによると）他の方法で構造化することはできません。前にこのようなことは起こっていません。

Answer 1

この状況のた​​めに作られたmysql 5.7テーラーには何かがあります。 JSON type。

あなたができることは、フォームを連想配列に変換してJSONフィールドに保存することです。

ただし、このフィールドは検索可能ですが、通常のvarcharカラムと同じように検索すると効率的ではありません。さらに、join you are in deep troubleでそれを使用したい場合。