ORM とは何か、開発者が ORM を使用すべき場合と使用すべきでない場合

ORMとは何ですか

オブジェクト リレーショナル マッピング (ORM) は、リレーショナル データベースとプログラミング言語の間の対話を容易にするプログラミング手法です。コード内のデータの論理的なオブジェクト指向表現とデータベース内の物理的なリレーショナル構造の間のブリッジとして機能します。 ORM の主な目的は、アプリケーション コードで使用されるオブジェクト モデルとデータベースで使用されるリレーショナル モデルの間で発生する可能性のあるインピーダンスの不一致を解消することです。

‍

ORM を使用する理由

開発者はいくつかの理由で ORM を使用します。まず、SQL クエリを記述するのではなく、プログラミング言語でオブジェクトやクラスを操作できるようにすることで、開発プロセスを簡素化し、加速します。この抽象化により、データベース固有の構文や複雑さを直接処理する必要性が最小限に抑えられます。

第 2 に、ORM はある程度のレベルの抽象化を提供することでコードの保守性を高めます。開発者はアプリケーション コードを大幅に変更せずに ORM レイヤーのマッピングを更新できるため、データベース スキーマへの変更をより簡単に管理できます。

第三に、ORM はコードの再利用性と移植性を促進します。データベースの対話を抽象化することで、開発者はデータベースに依存しないコードを作成できるため、コードを大幅に変更することなく、別のデータベース システムに簡単に切り替えることができます。

‍

ORM を使用する際の課題

オブジェクト リレーショナル マッピング (ORM) レイヤーには多くの利点がありますが、開発者はこのアプローチの使用を決定する際に課題やトレードオフに遭遇することがよくあります。

開発/構築時の課題:

• N+1 クエリ: ORM は多くの場合、より最適化されたクエリの代わりに複数のデータベース クエリが実行され、データ アクセスのパフォーマンスの問題を引き起こす N+1 クエリの問題を引き起こします。開発者は、この問題を最小限に抑えるためにデータ アクセス パターンに注意する必要があります。
• リーク性: クエリがより高度で複雑になり、基本的な CRUD 操作を超えて、ORM によって提供される抽象化がリークし始める可能性があり、開発者はデータベース固有のクエリ コードや動作をコードから直接処理する必要があります。これにより、特にスキーマの変更やクエリの最適化を試みる場合に、コードの保守性に関して予期せぬ問題が発生する可能性があります。

本番環境のパフォーマンス、スケール、最適化、およびセキュリティ:

• パフォーマンス: ORM システムは SQL クエリを生成しますが、常に理想的であるとは限らず、特定の状況で最適なパフォーマンスを得るには開発者がクエリを微調整したり手作りしたりする必要がある場合があります。高パフォーマンスのシナリオでは、このような最適化が重要になります。
• スケール: アプリケーションがスケールするにつれて、ORM で生成されたクエリが常にシームレスにスケールするとは限りません。開発者は、大規模なパフォーマンスを確保するために、データベース固有の最適化を検討したり、特定の ORM 機能を廃止したりする必要がある場合があります。
• DB 接続管理: 接続プールは再利用可能なデータベース接続を管理し、パフォーマンスとスケーラビリティを強化します。 ORM は接続プールと常にシームレスに統合されるとは限らず、非効率的な接続管理などの問題が発生し、パフォーマンスに影響を与えます。さらに、ORM の要件に合わせて接続プール設定を構成し、ORM レイヤー内で接続が適切に処理されるようにすることは、複雑なタスクになる可能性があります。
• セキュリティ: ORM システムは SQL の大部分を抽象化しますが、開発者はセキュリティについて常に注意を払う必要があります。不適切にサニタイズされた入力、ORM 機能の不適切な使用、またはセキュリティ構成の見落としにより、脆弱性が発生する可能性があります。

SDLC プロセス (CI/CD など) への適合性:

• 継続的インテグレーション/継続的デプロイメント (CI/CD): ORM は、特にデータベース スキーマの変更を扱う場合に、CI/CD パイプラインで課題を引き起こす可能性があります。中断を回避し、スムーズな展開プロセスを確保するには、移行と更新を慎重に検討する必要があります。
• 変化への適応: アプリケーションが新しい機能で進化するにつれて、ORM マッピングを頻繁に更新する必要がある場合があります。これらの変更が既存の機能を中断させず、移行がシームレスに処理されるようにすることが、開発プロセスの重要な側面になります。
• 最新のアプリケーション アーキテクチャ: ORM ツールは、最新のクラウドおよびサーバーレス アーキテクチャとシームレスに連携していない可能性があります。アプリケーションがスケールするにつれて、ORM によるデータベース接続とトランザクションの一元管理がボトルネックとなり、レイテンシーの増大と全体的なスループットの低下につながる可能性があります。同様に、サーバーレス設定では、ORM の強力な抽象化が、存続期間の短いコンピューティング インスタンスで問題を引き起こす可能性があります。開発者は、アプリケーションを設計する際に、ORM の利便性とクラウドネイティブの利点との間のトレードオフを慎重に評価する必要があります。 ‍

まとめ

結論として、ORM はデータベースの対話を簡素化し、コードの保守性を向上させますが、開発者はこれらの課題を認識し、アプリケーションの特定のニーズに基づいて情報に基づいた意思決定を行う必要があります。これらの課題を軽減するには、多くの場合、慎重な設計、最適化、そして ORM フレームワークと基盤となるデータベース システムの両方に対する深い理解の組み合わせが必要になります。

以上がORM とは何か、開発者が ORM を使用すべき場合と使用すべきでない場合の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。