【发布时间】：2013-02-11 02:25:19
【问题描述】：
抱歉这么长，但我看到了太多包含太少信息的问题...如果有人在前几行看到我的错误，我会很高兴...
我有一个 SQL Server 2008 R2 数据库，当通过 C# SqlConnection 连接时，我无法获得我认为应该是正确的行为。
我有两个使用 Visual C# 2010 Express 构建的 C# 应用程序：
- 一个用于数据导入/导出/报告和浏览的工具
- 用于进行一些复杂处理的工具
这一切都在 Windows 7 上，包括所有更新等...
这两个应用程序使用的一些表是共享的公用表，而另一些则需要保持分开。由于我需要能够在双方之间转换和传输数据，因此我希望将所有这些都保存在一个数据库中。
为了保持一定程度的分离，我创建了两个模式、两个用户、两个角色和两个登录，例如：
CREATE LOGIN [Import_User] WITH PASSWORD=N'*****'
CREATE LOGIN [Engine_User] WITH PASSWORD=N'*****'
CREATE USER [Import_User] FOR LOGIN [Import_User] WITH DEFAULT_SCHEMA=[Import_Schema]
CREATE USER [Engine_User] FOR LOGIN [Engine_User] WITH DEFAULT_SCHEMA=[Engine_Schema]
CREATE ROLE [Import_Role] AUTHORIZATION [dbo]
CREATE ROLE [Engine_Role] AUTHORIZATION [dbo]
EXEC('CREATE SCHEMA [Import_Schema] AUTHORIZATION [Import_User]')
EXEC('CREATE SCHEMA [Engine_Schema] AUTHORIZATION [Engine_User]')
-- Import role permissions on the Import schema
GRANT EXECUTE, DELETE, INSERT, SELECT, UPDATE, REFERENCES ON SCHEMA::[Import_Schema] TO [Import_Role]
-- Engine_Role permissions on the engine schema
GRANT EXECUTE, DELETE, INSERT, SELECT, UPDATE, REFERENCES ON SCHEMA::[Engine_Schema] TO [Engine_Role]
EXEC sp_addrolemember N'Import_Role', N'Import_User'
EXEC sp_addrolemember N'Engine_Role', N'Engine_User'
GRANT CONNECT TO [Import_User]
GRANT CONNECT TO [Engine_User]
然后我在每个模式中创建一些表并存储过程，以适合每个角色。引擎模式中可能有 20 个表，导入模式中有 30 个左右。其中一些在两个模式中非常相似，但并不完全相同，例如：
CREATE TABLE [Engine_Schema].[Problem](
[ID] [int] IDENTITY(1,1) NOT NULL,
[Name] [varchar](50) NOT NULL,
[Description] [varchar](max) NULL,
CONSTRAINT [PK_Status] PRIMARY KEY CLUSTERED ( [ID] ASC )
WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF,
ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCK = ON) ON [PRIMARY])
ON [PRIMARY]
CREATE TABLE [Import_Schema].[Problem](
[ID] [int] IDENTITY(1,1) NOT NULL,
[Name] [varchar](50) NOT NULL,
[Client] [varchar](50) NOT NULL,
[Description] [varchar](max) NULL,
CONSTRAINT [PK_Status] PRIMARY KEY CLUSTERED ( [ID] ASC )
WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF,
ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCK = ON) ON [PRIMARY])
ON [PRIMARY]
当我通过 SSMS 检查使用这两个登录名时，这一切似乎都运行良好 - 每个登录名都能准确看到我期望的表和 SP。在每种情况下，我都可以在 SSMS 中运行查询和 USP，而无需使用架构前缀，因为这些连接使用我为每个登录名/用户设置的默认架构。如果我以“sa”身份登录，那么我当然可以看到两种模式中的所有内容。
在我的 C# 代码中，我像这样连接到数据库：
SqlConnection dbConnection = new SqlConnection(""server=laptop; database=test; user id=Engine_User; password=*****; Trusted_Connection=yes; connection timeout=30");
dbConnection.Open();
然后我尝试像这样直接查询数据库表：
using (SqlCommand cmdSelectProblems = new SqlCommand()) {
cmdSelectProblems.Connection = dbConnection;
cmdSelectProblems.CommandText = "Select ID, Name from Problem order by Name";
DataTable dataTableProblems = new DataTable();
using (SqlDataAdapter dataAdapterProblems = new SqlDataAdapter(cmdSelectProblems)) {
dataAdapterProblems.Fill(dataTableProblems);
...
或者我可以尝试像这样使用我的存储过程之一：
using (SqlCommand cmd = new SqlCommand()) {
cmd.Connection = dbConnection;
cmd.CommandType = CommandType.StoredProcedure;
cmd.CommandText = "SelectProblems";
using (SqlDataAdapter da = new SqlDataAdapter(cmd))
da.Fill(_problemsTable);
}
但是当我尝试像这些示例一样通过我的 C# 代码使用连接时，我收到如下错误：
Invalid object name 'Problem'
或
Could not find stored procedure 'SelectProblems'
我似乎需要使用显式模式前缀来访问数据库中相同的 DB 对象。使用模式前缀明确包含所有东西，就我测试它们而言，所有东西都可以在我的 C# 代码中使用，因此将直接表查询更改为：
cmdSelectProblems.CommandText = "Select ID, Name from [Engine_Schema].Problem order by Name";
或尝试使用以下架构前缀访问 USP：
cmd.CommandText = "[Engine_Schema].SelectProblems";
然后一切正常。
现在我知道使用显式模式名称是最佳实践，但我有一大堆代码，无论是在 C# 中还是在不使用这些模式前缀的情况下编写的存储过程中。如果我可以让 C#SqlConnection 查询尊重我定义和使用的登录名的默认模式，那将会简单得多。我相信按照我的设置方式应该可以正常工作，但我想我一定在某个地方遗漏了一些东西。
到目前为止，我已经为此浪费了两天时间，我所阅读的所有内容都表明这一切都应该正常工作。
【问题讨论】：
标签： c# schema default sqlconnection