我一直在使用LinqPad一段時間,但最近才注意到這個問題。我們的數據庫中有一些存儲過程的模式不是dbo,例如[admin].[ClearTransientData]
。Linqpad沒有顯示存儲過程與非dbo架構
當我使用LinqPad連接到該數據庫時,它只會顯示[dbo]
模式的存儲過程。
有問題的架構屬於dbo角色,我正在用dbo角色的帳戶連接到數據庫。當我使用同一個帳戶使用SSMS連接到同一個數據庫時,無論架構如何,我都可以看到所有的sprocs。
我在連接定義中丟失了什麼嗎?
我一直在使用LinqPad一段時間,但最近才注意到這個問題。我們的數據庫中有一些存儲過程的模式不是dbo,例如[admin].[ClearTransientData]
。Linqpad沒有顯示存儲過程與非dbo架構
當我使用LinqPad連接到該數據庫時,它只會顯示[dbo]
模式的存儲過程。
有問題的架構屬於dbo角色,我正在用dbo角色的帳戶連接到數據庫。當我使用同一個帳戶使用SSMS連接到同一個數據庫時,無論架構如何,我都可以看到所有的sprocs。
我在連接定義中丟失了什麼嗎?
我找到了答案,這要感謝來自移動堆棧交換應用程序的提示。我找不到與我聯繫的用戶(如果是你,請在上面的問題中添加評論或發佈答案,以便我可以將其標記爲正確)。
不管怎樣,在Linqpad的默認分組是:
但是,對於默認模式(本例中爲dbo),該分組被忽略,所以'表','函數','存儲過程'和'視圖'出現在頂層。這使我相信,所有存儲過程將被分組在頂部'存儲過程'級別,然後按照shcema名稱進行分組。不是這種情況。
我所要做的只是擴展樹中的'Admin'模式[1],並且有我正在尋找的'Stored Procs'分組。
謝謝, 馬克
[1]所討論的模式的名稱實際上「V」,這在樹視圖中放置深開始。由於我很懶,不得不向下滾動才能看到它,所以我沒有馬上看到它。