标签: security

我将两个应用程序迁移到新服务器。其中一个工作没有任何问题，但另一个遇到了后端 sql 权限问题，例如

对象“aspnet_CheckSchemaVersion”的 EXECUTE 权限被拒绝

我可以找到为什么一个应用程序可以工作而另一个不工作的原因。它们都在同一个应用程序池下运行，但使用不同的数据库。我不必为一个工作做任何事情，对于另一个我必须为每个表授予[网络服务]用户的权限，应用程序访问的存储过程。

好吧，我现在通过为网络服务设置两个数据库安全来解决这个问题。我不知道为什么我必须为一个应用程序执行此操作，而另一个应用程序不需要它。我的问题是

SQL Server Management Studio 中的 SQL Server 安全性是什么？当您单击用户 -> 属性然后转到左侧的第二页时，您基本上可以访问它们。

它是干什么用的？ 它的正确用途是什么？

来自微软

证券

Lists the securables on which specific permissions have been granted or denied to  this principal.

Run Code Online (Sandbox Code Playgroud)

多年来，我一直作为 SQL Server 的开发人员工作，但没有问“什么是dbo”这个问题，这很遗憾。最近一直在研究SQL Server 2008的安全模型，被很多概念淹没了。请为我澄清一些概念，并纠正我的错误。我不需要对所有事情进行彻底的解释，只需要一个想法是什么以及所涉及的关系：

LOGIN:  Server level (SQL Server login or Windows login).
USER:   Database level (a user is mapped to a login).
ROLE:   Users belong to a role. Can be at server level or at database level
        with permissions attached.
SCHEMA: Database objects belong to a schema (or dbo by default)
PERMISSION:
        For database objects or schema. A user or a role has permissions for
        an object or a schema.
OWNER:  Is it the user …

我在 TFS 2012 中有一个 SQL Server 数据库项目 (.NET 4.5)。作为 DBA，我正在寻找一种机制，开发人员可以通过该机制创建“CREATE USER”sql 脚本并在数据库中分配他们的权限以匹配应用程序，而无需需要知道它最终映射到什么登录名。这是因为我想隐藏实时和测试环境中的登录名，并让 DBA 根据需要在每个环境中创建这些登录名。

如果我进入项目并创建一个新用户，即 [MyApplication]，则默认脚本建议使用以下模板：

CREATE USER [MyApplication]
    WITHOUT LOGIN
    WITH DEFAULT_SCHEMA = dbo
GO

这很棒，因为我可以创建一个映射到无登录的用户，然后在部署时我可以运行：

ALTER USER [MyApplication] WITH LOGIN=[MyApplicationLogin], Name=[MyApplication]

只要将用户映射到 SQL 登录名就可以了。如果登录要映射到 Windows 登录，当我们尝试重新映射时，SQL 会抛出错误：

Msg 33016, Level 16, State 1, Line 1
The user cannot be remapped to a login. Remapping can only be done for users that were 
mapped to Windows or SQL logins.