Sql server 2008 摆脱DBO?SQL 2008

Sql server 2008 摆脱DBO?SQL 2008,sql-server-2008,web-applications,c#-4.0,Sql Server 2008,Web Applications,C# 4.0,我只是想知道,是否有一个秘密,可以像Database.Security.Users一样设置AdventureWorksDB。似乎无论我如何设置“Security.Users”,我总是在它前面有dbo,在C#访问信息时有一段非常痛苦的时光。我做错什么了吗?如果您使用向导创建此项,您将始终得到它。编写SQL语句应该没问题。如果您使用向导创建此语句,您将始终得到它。写SQL语句应该没问题。首先需要创建一个模式,并将该模式作为该用户的默认模式。示例和更多信息可以在这里找到:您首先需要创建一个模式,并使该

我只是想知道,是否有一个秘密,可以像Database.Security.Users一样设置AdventureWorksDB。似乎无论我如何设置“Security.Users”,我总是在它前面有dbo,在C#访问信息时有一段非常痛苦的时光。我做错什么了吗?

如果您使用向导创建此项,您将始终得到它。编写SQL语句应该没问题。

如果您使用向导创建此语句,您将始终得到它。写SQL语句应该没问题。

首先需要创建一个模式,并将该模式作为该用户的默认模式。示例和更多信息可以在这里找到:

您首先需要创建一个模式,并使该模式成为该用户的默认模式。示例和更多信息可在此处找到:

您是否正在尝试创建一个名为
安全性的对象。用户
带有点?(与
Security
schema中的
Users
相反?)正如您所看到的,这可能是最好避免的,但是如果您是,那么引用名称的最佳方式可能是方括号,即
[Security.Users]


dbo
是默认的数据库架构名称。除非您为您的用户等配置了不同的默认模式,否则您通常可以忽略它,但如果您按名称引用另一个数据库,则仍然需要它。

您是否正在尝试创建一个名为
Security.users
的带点对象?(与
Security
schema中的
Users
相反?)正如您所看到的,这可能是最好避免的,但是如果您是,那么引用名称的最佳方式可能是方括号,即
[Security.Users]


dbo
是默认的数据库架构名称。除非您为用户等配置了不同的默认模式,否则您通常可以忽略它,但如果您按名称引用另一个数据库,则仍然需要它。

我认为SQL语句可以节省时间…但是,我尝试设计一个具有Visual Studio 2010工作流的应用程序只是为了好玩…到目前为止,没有好玩的地方:(我认为SQL语句可以节省时间……但是,我正试图设计一个带有Visual Studio 2010工作流的应用程序,只是为了好玩……到目前为止,没有好玩的地方:(我会检查这个…dankeI会检查这个…dankeNamespace,或Schema…我现在很困惑。你是说使用安全性。C#/中的用户可能会导致问题吗?我想我是指模式而不是名称空间,尽管SQL Server中的“模式”类似于名称空间。已编辑。再次阅读你的问题,我想你是指称为安全性的模式所以我会用SQLMenace的答案。名称空间,或模式…我现在很困惑。你是说使用安全性。C#/中的用户可能会引起问题吗?我想我是指模式而不是名称空间,尽管SQL Server中的“模式”起着名称空间的作用。经过编辑。再次阅读你的问题,我想你指的是称为安全性的模式,所以我会用SQLMenace这是我的回答。