SP /機能を専用のものにすることは可能ですか？

Question

私はMicrosoft SQL 2005サーバーを使用しています。 TSQLでいくつかのSPと関数を作成しました。 1年以上の開発の後、SP /機能の数は劇的に増加しました。スケジュールされたジョブやトリガとして使用されるSP /機能はほんのわずかであり、そのほとんどは社内で使用されています（つまり、ジョブやトリガでSP /機能によって呼び出されます）。

SP /機能の数が増えているので、SQL Serverで管理するのは非常に難しいです。他の開発者/ DBAが依存関係や使用方法を知ることは困難です。私は、依存するすべてのSP /関数をPL/SQLのパッケージにあるものと同じようにプライベートなものとして保持したいと考えています。私はCLRでそれらを書き換えることができましたが、カスタマイズされたCLRは私たちのSQLサーバーでは許可されていません。

SP /機能の使用範囲を制限する、つまり「パッケージ」内で限定的に限定する方法はありますか？ SQL 2008にこの問題を解決するための機能があるかどうかは不明です。

Answer 1

SQL Server 2005以降では、この目的でSchemasを使用できますが、セキュリティの連鎖の影響があります。

残念ながら、SQL Serverにはまだ「パッケージ」の同等の機能はありませんが、これは頻繁に要求されていると思われます。

Answer 2

これは皮肉ではありませんか？複雑さを軽減するのに役立つはずのツールが、より多くを作成します。私が作っていたブログのウェブサイトの最初のバージョンを作成したとき、私は約2年前にSPを使いました。彼らは私に物事のスキーム（私のC＃コード）にうまく収まりませんでしたので、心配しました。

最後に私はそれらを取り除き、すべてのSPコードをC＃に戻しました。それにより、主催者にとっては簡単になりました。

私はビューを使用するかもしれませんが、私はSPをこれ以上使用しません。