SQLストアドプロシージャより優れたアプローチはありますか？

Question

特定のユーザーのすべての通知を返すストアドプロシージャGetNotificationsを作成しました。他の開発者はこのSPをさまざまな場所で使用しています。

これで、すべての通知を同時にユーザーに流さないように、ページング機能を実装する必要がありました。

既存のSPは使用されているため、変更することはできません。

私はページング機能を備えた別のSPを作成できますが、それはたくさんの繰り返しコードを必要とするため、実際にはやりたくありません。将来は通知を受け取るためにビジネスロジックを変更すると、

これは私ができることです：GetNotificationsを内部的に呼び出す新しいSPを作成し、返された結果セットにページングを実装します。しかし、GetNotificationsは結果に関係なくすべての結果を返すので、サーバーに不必要な負荷がかかることはありませんか？

あなたはこの問題にアプローチするより良い方法を考えることができますか？

Answer 1

オプションのパラメータを使用してストアドプロシージャを変更して、ページ機能、またはすべての結果（デフォルト）を返します。これにより、既存のコードを破ることなく、必要な機能が得られるはずです。 0は、両方のために渡された場合それ以外のページングを行い、すべての行を返すparamsは@PageNumber、@RowsPerPage

：

Answer 2

は2つのparamsにかかる1つのストアドプロシージャを持っています。

既存のコードを更新してargsに0/0を渡すと、ページングが必要なときに新しいコードが実際の値に渡されます。

コメントに示唆されているように、パラメータのデフォルト値0/0を指定すると、既存のコードを更新する必要はありません。