Mark Henderson's questions

我一直在使用基于 Microsoft 脚本的EXEC sp_help_revlogin脚本在主机之间同步 SQL Server 用户名和密码。这已经在 SQL Server 2008 R2 上运行了很长时间，但是在我们计划迁移到 SQL Server 2014 时，我遇到了障碍。

我有三台暂存 SQL Server 2014 机器。在所有服务器上，我运行以下命令：

CREATE LOGIN [TestAccount] 
WITH PASSWORD = N'1234567890', 
     DEFAULT_DATABASE = [master], 
     CHECK_EXPIRATION = OFF, CHECK_POLICY = OFF

对于其中两个，我得到一个生成的“创建”命令：

CREATE LOGIN [TestAccount] 
WITH PASSWORD = 0x010075DDCA54FCEF12CB11C4E64040E877B9FF5872C41EB98095 HASHED, 
     SID = 0xCA78345104805C4E89004969D05D551B, 
     DEFAULT_DATABASE = [master], 
     CHECK_POLICY = OFF, CHECK_EXPIRATION = OFF

凉爽的。到目前为止，一切都很好。但是，在第三台服务器上，我得到一个“创建”命令：

CREATE LOGIN [TestAccount] 
WITH PASSWORD = 0x02002F6CB52E7F571AD422689021EB9EC1BE2AB4576AE6EC12485333A4CB892A9197B440E1471376A5AAC5160847F636A637D1F499880D7653ABC4DB4714746856E01DE41E09 HASHED, 
     SID = 0x19337EA32254A64F8FC018474B58DBA5, 
     DEFAULT_DATABASE = [master], 
     CHECK_POLICY = OFF, CHECK_EXPIRATION = OFF

这是行不通的。哈希太大了。

是否有一些兼容性级别标志或我以某种方式在这台生成老式密码哈希或其他东西的服务器上打开的东西？

把复选标记给瑞恩，因为他是对的。我实际上连接到安装在与 SQL Server 2014 实例相同的物理机器上的错误实例。星期五晚上我很累。

我们正在我们的系统中实施一项新功能，这将导致smallint每晚从表中清除大约一百万条记录（每条记录都很小，基本上是一个 GUID、一个日期和四个字段）。基本上它是一个缓存表，一旦数据存在 7 天，我们就会这样做：

DELETE FROM scheduleCache WHERE schDateCreated < '2013-08-26

这将在每晚凌晨 1 点运行，并且每次运行时都会清除大约一百万条记录。

对于这样的桌子，有什么我应该注意或做的吗？我应该放在桌子上的任何属性，或者我应该定期运行以“清理”的任何例程？我以前从未处理过这样的桌子。

该表有一个单一的聚集索引（GUID + 一个smallint字段），我们有一个每周日早上运行的每周索引重建。

我们有几个 SQL Server 2008 R2 数据库，其中它的成员域已更改（即它已连接到DOMAINA并且现在是 on DOMAINB）。我们有三个数据库，其中数据库的所有者是DOMAINA\User，它不再存在。

我尝试登录到 SQL ServerDOMAINB\Administrator并sa运行以下命令：

ALTER AUTHORIZATION ON DestDB TO sa

错误：

消息 15151，级别 16，状态 1，第 1 行
找不到对象“DestDB”，因为它不存在或您没有权限。

我在（显然不正确的）假设下sa几乎可以在服务器上做任何事情。

我怎样才能取回这些数据库的所有权？

在过去的几周里，我一直在反对旧的 Firebird 数据库。由于各种原因，这个数据库很糟糕，但我注意到的一件事是每个表的每个字段都有两个索引；每个都有一个片段，一个按顺序排列，一个按顺序排列。ascdesc

除了为每个表中的每个字段都有一个索引的 wtf'ness 之外，它让我思考 - 单段索引是否有任何优势让两个索引具有相同的索引段，但一个 indesc和一个 in asc？是否有任何收获，或者现代 DBMS 是否会简单地使用asc索引并从头开始并在需要时向后工作？