MVCフレームワークは、ASP.NETであろうとRailsであろうと、より良いデータベースの開発を強要しますか?ASP.NET MVCと他のMVCフレームワークによるデータベース開発?
データベース表とフィールドは、OR/Mを使用してクラスやプロパティにマップされる可能性が高いため、開発の初期段階から適切なデータベース構造を作成する必要があります。
MVCフレームワークは、ASP.NETであろうとRailsであろうと、より良いデータベースの開発を強要しますか?ASP.NET MVCと他のMVCフレームワークによるデータベース開発?
データベース表とフィールドは、OR/Mを使用してクラスやプロパティにマップされる可能性が高いため、開発の初期段階から適切なデータベース構造を作成する必要があります。
物理データ層を、あなたを強制しない、Tiが効率的な方法でデータベースとやり取りできますEF/NHib/likesで通常使用されるエンティティモデルとは異なる場合があります(通常はそうです)。
しかし、コードにデータモデルの抽象化を行うたびに、特定の部分を変更する傾向があります。これらの適応は、OR/Mの柔軟性に関連しています。柔軟性が増すほど適応も少なくなります。
ルールのセットが正常に完了したと思われる場合は、人の能力を過小評価してください。誰かがよりうまく行動するようにしてください。
MVCフレームワークは、非常に多くの「モデル」を中心アーキテクチャであり、それはあなただけのIDが特定の方法でデータベースを設計すること
私は同意しますが、MVCの利点を実際に得るためには、健全なデータベース設計が必要です。 – Xaisoft
私はそう思わないでしょう。
MVCはデータベース設計とは何の関係もなく、適切なアーキテクチャに向かっています。
ただし、モデルまたはドメイン駆動設計の使用を導入することによって、間接的にデータベース設計を改善する場合があります。
データベースをまったく使用しないMVCパターンを使用してアプリケーションを作成することは全く可能なので、答えはいいえです。私は、Smalltalk-80(1980年のような)でのMVCの元々の実装はRDBMSに裏打ちされたとは思いません。
私が意味するものではありません。私は、テーブルとフィールドの束でデータベースを作成して、OR/MのLINQ to SQLを使用すると、データベースのテーブルやフィールドのデザインがクラスに肯定的/否定的な結果をもたらさないこと、プロパティは最初からデータベースをどのように開発したかによって異なります。 – Xaisoft
またはそれは*過大評価*ですか? –
これらのツールや技術があれば、設計上の欠陥の可能性が増します。 –