2011-07-14 15 views
2

私は比較的小さなプロジェクトを開始します。 MySQLとの .net 3.5。 私はあまりDB作業をしていない、そのほとんどは情報のPOPとプッシュ。毎回1つのテーブルに対して単純なクエリだけです。 私の懸念であるORMは不要な複雑さをもたらすでしょう。使用するormを使用するか使用しない

提案がありますか?何を使うべきか、私はまったくすべきですか?

+0

.NET ORMの決定:http://stackoverflow.com/questions/1377236/nhibernate-entity-framework -active-records-or-linq2sql/ –

答えて

1

小さなプロジェクトのように聞こえるのは、パフォーマンスが大きな懸念事項でない限り、あなたが最もよく慣れているものを使用してください。おそらくORMを避けてください。 ORMは、パフォーマンスが常に最大の問題ではない(またはORMのパフォーマンスが完璧なクエリが非常に単純な場合)、迅速な開発に最も役立ちます。 ORMがプロジェクトに適しているように聞こえますが、このプロジェクトのORMを覚えなければならない場合は、気にしないでください。

0

dbとORMの代わりにNoSQL(RavenDBなど)のアプローチを使用することをお勧めします。これは、サーバーをインストールするだけです。 ORMアプローチでは、データベースとマッピングを設定する必要があります。

もちろん、MySQLが必要条件でない場合にのみ、NoSQLのアプローチをとってください。

+0

「1回のテーブルに対して毎回単純なクエリのみ」はドキュメントDBに完璧にフィットしているようです – driushkin

0
  1. あなたはしようとしている場合は、私はそれを使用しないを示唆しているORM学びます。このプロジェクトの理由がORMを勉強するのに役立つだけでない限り、を簡略にしてください。

  2. すでにプロジェクトが小さいと考えているため、パフォーマンスの必要性がなくなるため、はORMを使用してください。

よろしく。手動DAL &ストアドプロシージャのコードを作成する退屈なタスクを削除します

0

あなたは複雑さを心配している場合、私は mygenerationは無料コードジェネレータの良い例です、あなたのCRUD操作を生成するために、コードジェネレータの使用を検討すると、 。 私の経験では、そこにあなたの80%を取得し、IMHOは小規模なプロジェクトに最適です。 (しかし、あなたが望む方法で正確にコードを生成するためのテンプレートを取得するには少しの設定が必要です)

関連する問題