0

不必要な PHP コードを避けるために、すでに Triggers を多用していますが、実際にはまだ多くのストアド プロシージャを使用していません。

すべての SELECT / INSERT / UPDATE をストアド プロシージャに移動し、実際の SQL (トランザクションなどを除く) ではなくプロシージャのみを移動することが実際に理にかなっているのかどうか、私は自問自答していました。

それは実際に意味がありますか?どのような欠点がありますか?

MySQL Doc を読むと、次のことがわかりました。

「サーバーとクライアント間で送信する必要がある情報が少ないため、ストアドルーチンはパフォーマンスを向上させることができます。トレードオフは、サーバー側でより多くの作業が行われ、サーバー側で行われる作業が少なくなるため、データベースサーバーの負荷が増加することです。クライアント (アプリケーション) 側。多数のクライアント マシン (Web サーバーなど) が 1 つまたは少数のデータベース サーバーによってサービスを提供されている場合は、これを考慮してください。 "

ストアド プロシージャを、主に実行する SQL コードのラッパーとして使用すると、データベース サーバーに大きな違いが生じるでしょうか?

主に、これが実際に良いアイデアであるかどうか、そしてそれを行うことでどのような欠点に直面する可能性があるかを知りたい.

助けてくれてありがとう

4

0 に答える 0