3

次の制約があるとします。

  • 私はBRAND NEWのウェブサイトを開発します。
  • C# と ASP.NET MVC を使用します
  • モノを備えた Linux は適切ですが、Windows は許容できる制約です (そうである場合は言及してください)。

興味深い点は次のとおりです。

  • SQL Server / SQL Azure と PostgreSQL / Cloud ベースの PostgreSQL の間で RDBMS を変更するために「スイッチをフリック」できるようにできるだけ近づけたいと考えています。

  • ORM を可能な限り活用したいと考えています (ORM は、理想的には、これらの代替データベース バックエンドの 1 つに切り替えるために設定を変更するだけで十分です)。

  • これには、すべてと同じ方法でストアド プロシージャを呼び出すことを含める必要があります。

多くの人が興味を持つように、私は実地経験からの詳細な制限のあるオプションを探しています。

  • 「無理」「気にしない」などの回答はご遠慮ください。
  • 上記を行う能力と、それらの機能がどれだけ保持されているか以外の方法で ORM を比較しないでください。これは、x ORM が y ORM よりも優れているということにはなりません。
  • SQL Azure と専用ホスティングの制限については議論しないでください。
  • SQL Server または PostgreSQL の相違点、長所と短所、ストアド プロシージャの変換などについては議論しないでください。
  • ストアド プロシージャに何を含めるべきか、サービス レイヤーに何を含めるべきかについては議論しないでください。
4

1 に答える 1

3

Entity Frameworkが要件をサポートしているようです。両方のプロバイダーに確実に接続できます。ストアド プロシージャも使用できるようですが、少しあいまいです。

あなたがフリップする唯一の「スイッチ」は.configファイルにあると思います(再構築はありません)。

関連する場合の余談ですが、新しい EF Code First + Migrations のビットは非常に優れています。私は、開発用にローカルで SQL Server を使用し、運用用に SQL Server クラウド ホストを使用してきました。私は彼らにとても満足しています。

于 2012-05-15T16:04:28.613 に答える