問題があります。非常に複雑なフォームを作成しています。フォームの一部は動的に作成されます。ドロップダウンから特定のオプションを選択すると、追加のフィールドがフォームに挿入されるとしましょう。
そのデータを保存するには、どのようなアプローチが最適でしょうか? 複数のテーブルを使用せずに逃げたいと思います。アプリケーション全体を非常に複雑にしているからです。
モデルで可能なすべての値を「0」として初期化することを考えていました。そして、それらを投稿データで上書きし、配列全体をテーブルに保存するだけです。このアプローチに問題がある人はいますか?
モデルで複数のテーブルを使用する必要性は、保存する必要があるデータの量 (フィールドの数) には依存しません。モデルのロジックに依存します。したがって、モデル (fe 1:n, n:m) で関係を使用する論理的な理由がある場合は、それを実行してください!!!
モデルを作成する際の基本的なルールに従わず、多くのテーブルに分割する必要があるにもかかわらず、すべてのデータを 1 つのテーブルに格納しようとすると、すぐに後悔することになります。将来コードを変更すると、さらに多くの作業が必要になり、ある時点で自分のコードを理解できなくなり、今度はルールに従ってコードを書き直さなければならなくなります ;)
また、適切なモデルの開発に多大な労力がかかる場合でも心配しないでください (最近、モデルの開発に 2 週間以上投資しました)。これは本当に理にかなっています。モデル。
一方、100 以上のフィールドを 1 つのテーブルに格納することが理にかなっている場合もありますが、これはロジックによって異なります。したがって、いくつかの例を提供する場合、1 つ以上のテーブルを操作する必要があるかどうかを言うことができます。
後でフォーム データをどうするか、およびどのくらいの頻度で行うかによって、多くのことが異なります。
最も単純な使用例では、すべてのデータを base64_encode(serialize($data)) し、それをデータベースの単一の列に入れることができます。
2 つ目のメタデータ テーブルを追加すると、柔軟性が少し向上します。2 番目のテーブルには、メイン フォーム送信への外部キー参照、メタデータ名、および値が含まれます。これにより、簡単に保存、検索、および操作できる非常に柔軟な多対 1 の関係が可能になります。この例はワードプレスで見ることができます。
別の方向性 - このタイプのデータを大量に扱っている場合は、MongoDB や CouchDB などのドキュメント ベースのデータベースを検討することもできます。