sql >> データベース >  >> RDS >> Oracle

ビジネスロジック:データベースまたはアプリケーション層

    コードの保守性は、ビジネスロジックをどこに配置するかを決定する際に常に大きな懸念事項です。

    統合されたデバッグツールとより強力なIDEにより、一般に、ストアドプロシージャ内の同じコードよりも中間層コードの保守が容易になります。特に理由がない限り、ストアドプロシージャではなく、中間層/アプリケーションのビジネスロジックから始める必要があります。

    ただし、レポートおよびデータマイニング/検索に関しては、多くの場合、ストアドプロシージャの方が適しています。これは、データベースの集約/フィルタリング機能の能力と、データのソースに非常に近い処理を続けているという事実のおかげです。しかし、これはとにかく古典的なビジネスロジックを最も考慮しているものではないかもしれません。



    1. MariaDB ColumnStoreとは何ですか?

    2. CentOS7でMySQL8.0を使用してPHP5アプリケーションを実行する方法

    3. データベースを最適化するためのMySQLパフォーマンスチューニングのヒント

    4. 「ALTERTABLESWITCHステートメントが失敗しました」を修正する方法メッセージ4982(SQL Server)