スキーマのルックアップ（バグ？）

Question

あなたはSQL Serverの中で次のように実行した場合...

CREATE SCHEMA [cp] 
GO 

CREATE TABLE [cp].[TestIt](
    [ID] [int] NULL 
) ON [PRIMARY] 
GO 

CREATE PROCEDURE cp.ProcSub 
AS 
BEGIN 
    Print 'Proc Sub' 
END 
GO 

CREATE PROCEDURE cp.ProcMain 
AS 
BEGIN 
    Print 'Proc Main' 
    EXEC ProcSub 
END 
GO 

CREATE PROCEDURE cp.ProcMain2 
AS 
BEGIN 
    Print 'Proc Main2' 
    SELECT * FROM TestIt 
END 
GO 

exec cp.ProcMain2 
GO 

exec cp.ProcMain 
GO 

は、あなたがエラーを取得する

ストアドプロシージャ「ProcSubが見つかりませんでした'

実行コールにスキーマをハードコードしないで、プロシージャをスキーマにコンパイルすることは不可能です。これは、設計上またはバグで、プロシージャー・スキーマ内の表を最初に選択することです。

私はそれを聞いてみたいと思っていますが、開発者にお互いを呼び出す2つのストアドプロシージャを与えることができます。同じデータベース内の別のスキーマのオブジェクトを参照するユーティリティであるために実行できます。

シノニムでラウンドさせることができるかどうかを確認しましたが、同じ問題が発生しているようです。

Answer 1

これは、プロシージャを呼び出すユーザーにデフォルトのスキーマが設定されていないためです。

クエリでスキーマが指定されていない場合、SQL Serverはデフォルトのスキーマを最初に試行し、次にdbo（異なる場合）スキーマを試行します。したがって、完全修飾名を使用してデフォルトスキーマを設定するか、プロシージャを作成する必要があります。

チェックアウト：

をSQL Server 2005に始まり、各ユーザーは、既定のスキーマを持っています。 デフォルトスキーマは、CREATE USERまたはALTER USERのDEFAULT_SCHEMA オプションを使用して設定および変更できます。 DEFAULT_SCHEMAを のままにすると、データベースユーザーはdboをデフォルトスキーマとして使用します。

https://technet.microsoft.com/en-us/library/ms190387%28v=sql.105%29.aspx