我的第一个问题，请温柔点。我知道 sa 帐户可以完全控制 SQL Server 和所有数据库、用户、权限等。
我绝对相信应用程序不应该在没有完善的、以商务人士为中心的理由的情况下使用 sa 密码。这个问题的答案包括我对以 IT 为重点的讨论的很多推理
我被迫接受一个新的服务管理系统，除非它使用 sa 密码，否则它将无法工作。我从来没有时间弄清楚为什么在设置评估时，服务器团队试图安装它以使用我设置的固定角色，其中包含 db_creater 和我认为需要的其他权限。哪个失败了。然后我让服务器团队使用 sa 帐户安装，但在其数据库的 dbo 角色帐户下运行，但也失败了。脾气暴躁，我试图让它以 sysadmin 角色的帐户运行，但即便如此也失败了，并且没有有用的错误消息，使我能够在不花费比可用时间更多的时间的情况下弄清楚发生了什么。它仅适用于 sa 帐户和以明文形式存储在配置文件中的密码。
当我询问这个问题并且服务器团队与供应商交谈时，他们得到了令人担忧的答案：“这有什么问题？” 然后'好吧，我们可以看看加扰密码'加扰ffs
我知道有一些方法可以限制对文件的访问，但我认为这只是安全性的另一个弱点
无论如何，我的问题是，有人可以向我指出一些文档，我可以用它向企业解释为什么这是一件坏事并且应该是一个很大的不。我在一个领域工作，这意味着我需要认真对待安全问题，并且一直在努力让业务理解，最终可能会被超越，但我需要尝试。
我不明白我们在这张表上遇到的这个死锁图（我不得不编辑确切的列名）我没有太多接触过阅读材料之外的死锁，这不符合我对死锁的基本理解和经过几个小时的网上搜索信息后，我一点也不聪明
CREATE TABLE [dbo].[Table](
[ColumnID] [int] IDENTITY(1,1) NOT NULL,
[2ColumnID] [int] NOT NULL,
[3Column] [int] NOT NULL,
[4Column] [varchar](20) NOT NULL,
[5Column] [char](4) NULL,
[6Column] [varchar](max) NULL,
CONSTRAINT [PK_TableName] PRIMARY KEY CLUSTERED
(
[ColumnID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF,
ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, FILLFACTOR = 10) ON [PRIMARY]
) ON [PRIMARY]
这是 SQL 错误日志
10/04/2013 17:07:40 spid4s Deadlock encountered .... Printing deadlock information
10/04/2013 17:07:40 spid4s Wait-for graph
10/04/2013 17:07:40 spid4s
10/04/2013 …