非常に高い同時実行性を持つシステムを構築しています。
最適化のために、ORM で生活を簡素化するのではなく、ストアド プロシージャのみを使用することを考えています。
それは良いことですか?
非常に低いフットプリントで、パフォーマンスに関して本当に価値のあるORMはありますか?
非常に高い同時実行性を持つシステムを構築しています。
最適化のために、ORM で生活を簡素化するのではなく、ストアド プロシージャのみを使用することを考えています。
それは良いことですか?
非常に低いフットプリントで、パフォーマンスに関して本当に価値のあるORMはありますか?
一般的な答えは見つからないと思います。
ORM は、数行のコードのように単純なものから、Doctrine という怪物のように複雑なものまであります。
パフォーマンスに関しては、ストアド プロシージャを使用する場合と、バックエンドで準備済みステートメントを使用する ORM を使用する場合とで大きな違いが見られるかどうかはわかりません。それを調べるには、おそらくベンチマークする価値があります。
ただし、保守性の観点から、たとえば、テーブルにフィールドを追加するとします。ORM では、これは単一のファイル編集と同じくらい簡単です。ストアド プロシージャでは、それを考慮して多くのストアド プロシージャを更新する必要があります。
ORM を使用すると、すべてのデータがデータベースに結び付けられるわけではないため、柔軟性が向上し、今後の移植性が向上します。もちろん、これらのメリットを価値があると考えるかどうかを比較検討しています。
そうは言っても、ORM がストアド プロシージャを呼び出すのを止めるものは何もありません。