c# – SqlConnection忽略用户的默认架构

2024年1月19日 229次阅读

对此感到抱歉这么长,但我看到很多问题包含的信息太少……如果有人在前几行看到我的错误,我会很高兴…

我有一个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查询尊重我已定义和使用的登录的默认模式,那将会非常简单.我相信这应该像我设置的那样正常工作,但我想我一定错过了某个地方.

到目前为止,我已经浪费了两天时间,所有我读到的内容都表明这一切都应该起作用.

最佳答案

server=laptop; database=test; user id=Engine_User; password=*;
Trusted_Connection=yes; connection timeout=30

这是你的问题 – 你使用的是Windows身份验证而不是SQL身份验证.将连接字符串更改为Trusted_Connection = no,一切都应该有效.

点赞