ORMを使用するとどのような種類のWeb開発プロジェクトにメリットがありますか？

最初に、SQLを使用してデータベース作業の95％を完了したと言います。最近、NHibernateやDoctrineなどのさまざまなORMの調査を行いました。

多くのSQLと、ORMが提供するデータベースの移植性を知る必要がないことの利点がわかります。しかし、SQLを理解することでORMとの連携がより効果的になることもわかります。私のキャリアの中で、アプリケーションの最大の変更はデータベースベンダーになるとしか思えません。

私はSQLの作成に非常に慣れており、ORMを使用することでよく教えられる利点を実現していないようなので、ORMのヘビーユーザーへの私の質問は次のとおりです。

どのようなWeb開発プロジェクトがORMの使用から最も恩恵を受けますか？

（ほぼ）すべてのアプリケーションがORMの恩恵を受けます。

まず、あなたがORMに挙げている利点に同意しません。

• ORMを使用しても、必ずしもSQLを知る必要がないわけではありません。SQLの知識は、ORMツールが実際に何をしているかを理解するのに役立ちます。これは、デバッグ中に特に役立ちます。さらに、SQLは実際には、選択したORMの機能を超える複雑なクエリを開発するために必要になる場合があります。
• そして、あなたが言うように、移植性は実際の生活ではめったに心配されません。

代わりに、ORM の真の利点は次のとおりです。

• ORMは、SQLでの大量のCRUDロジックの書き込みを節約するため、プログラマーの時間を節約します
• 多くのORMには、書き込みやデバッグが難しい複雑なキャッシュロジックなどが含まれています。時間を節約するだけでなく、これによりアプリケーションの信頼性と保守性が向上します（または、少なくとも同じ結果を得るのにかかる時間を節約できます）。
• 最高のORMには、製品を積極的に開発、保守、サポートするユーザーのコミュニティがあります。カスタムSQLを取り巻くコミュニティは、せいぜい、私たちが解決する必要のある問題にあまり焦点を当てていません。

あなたがコメントするように、ORMの1つの欠点はパフォーマンスの低下です。ただし、これは通常、ハードウェアを増やすことで相殺できます。

通常、プログラマーの時間はハードウェアよりもコストがかかるため、ORMは、SQLを手動でコーディングする代わりに、一般に優れたオプションです。

ORMは、かなり単純なCRUDデータベースロジックが多数あるアプリケーションに最適です。ORMは次の場合には効果が低くなります。

• データベースへのアクセスをほとんど/まったく必要としないアプリケーション。
• 複雑なクエリに大きく依存し、単純なCRUDロジックがほとんどないアプリケーション
• パフォーマンスが重要であるが、より高速なハードウェアを展開する可能性がない状況

私の経験では、これらの状況はまれです。したがって、私の答え。

私もSQLを書くのが快適です。また、SQLをまったく記述しなくてもよく、データベースへの接続、切断、プールなどについて心配する必要もありません。

だから、私はあなたの質問の否定に答えます。ORMの恩恵を受けない唯一のWeb開発プロジェクトは、データベースとまったく通信しないプロジェクトです。少数派（もしあれば）と私は信じています。

ASP.NET WebFormsでの私の経験に基づいて、ステートフルな Webフレームワークを使用するWebプロジェクトはORMを使用することから最も恩恵を受けることを提案します。

ステートフルフレームワークでは、アクティブなサーバーコントロールの階層に基づいて、マークアップがバックグラウンドで自動的に生成されます。これらのコントロールをロードして、その状態をデータベースに自動的に永続化するのは魅力的です。これはORMが役立つところです。

パイプラインの終わり（HTML出力）を抽象化して、最初（データソース）を同じ方法で処理すると、アプリケーションコードのビジネスロジック内にとどまるようになります。

これが物事を行うための良い方法だと言っているわけではありません。ORMが自然に適合する場所です。

大規模で非常に接続されたオブジェクトモデルがあるアプリケーションでは、ORMを使用すると、同じ結合を何度も何度も作成する必要がなくなります。

別の利点は、遅延読み込みです。APIがオブジェクトグラフを返し、APIのクライアントがそのグラフのサブセットのみを使用するようにします。

ORMとDBALを混同していると思います。

あなたが言及している概念は、基礎となるデータベースシステムに依存しない移植可能な「sql」を書くことを可能にするデータベース抽象化層（DBAL）です。

一方、ORM（これは（ほとんど？）は常にDBALの上に構築されます）：

Object-relational mapping (ORM, O/RM, and O/R mapping) in computer software is a programming technique for converting data between incompatible type systems in object-oriented programming languages. This creates, in effect, a "virtual object database" that can be used from within the programming language. （ウィキペディア）

簡単に言うと、ORMを使用すると、データをフラットデータベースからインフレートされたオブジェクト表現に変換できます。

ORMの恩恵を受けないプロジェクトは次のとおりです。

• オブジェクト指向ではないもの。
• データを永続化する必要がないもの。
• オブジェクト指向DBを使用するため、追加のマッピングレイヤーは必要ありません。
• 非リレーショナルNoSQLソリューションを使用するもの。