标签: sql-server

我想在我的内部应用程序中使用集成安全性，这些应用程序都在一个域中。不幸的是，我一直无法让它正常工作。我想在 SQL Server 中为整个 Exchange (Active Directory) 组分配一个角色，以便对某些表进行读/写访问。这样我就不必在有人被雇用时创建操作员或在有人被解雇时删除操作员。这可能吗？我将采取哪些步骤来做到这一点？

请您告诉我，我什么时候应该在 Transact-SQL 查询中的字符串前使用 N 前缀？我已经开始使用一个数据库，使用这样的查询我没有得到任何结果

SELECT * FROM a_table WHERE a_field LIKE '%?_pattern%'

直到我将模式更改为N'%?_pattern%'. 过去我从来没有添加过这个前缀，所以我很好奇。a_field被定义为nvarchar(255)，但我认为原因是别的。

有没有办法将 SQL Server 2012 数据库备份还原到 SQL Server 2008？

我试图附加文件，它不起作用。

SQL Server 占用了我服务器 RAM 的 87.5%。这最近造成了很多性能瓶颈，例如缓慢。我研究了这个问题。我可以在 Internet 上找到的一种常见解决方案是设置 SQL Server 的最大限制。这已经完成并且获得了很大的改进。我想知道为什么如果没有设置最大内存值为什么 SQL Server 不断消耗资源

在过去的日子里，这被认为是一个很大的禁忌select * from table或select count(*) from table因为性能受到影响。

在 SQL Server 的更高版本中是否仍然如此（我使用的是 2012，但我想这个问题适用于 2008 - 2014）？

编辑：由于人们似乎在这里稍微批评我，我是从基准/学术的角度来看这个的，而不是这是否是“正确”的事情（当然不是）

我正在使用 SQL SERVER 2008 R2

我刚刚在 SQL 中遇到 APPLY 并且喜欢它如何解决如此多情况下的查询问题，

我使用 2 个左连接来获得结果的许多表，我能够获得 1 个外部应用。

我的本地数据库表中有少量数据，部署后代码应该在至少 20 倍大的数据上运行。

我担心对于大量数据，外部应用可能需要比 2 个左连接条件更长的时间，

谁能告诉我 apply 究竟是如何工作的，以及它如何影响非常大数据的性能，如果可能的话，每个表的大小有一些比例关系，比如与 n1^1 或 n1^2 成比例......其中 n1 是表中的行数1.

这是带有 2 个左连接的查询

select EC.*,DPD.* from Table1 eC left join
  (
   select member_id,parent_gid,child_gid,LOB,group_gid,MAX(table2_sid) mdsid from Table2
   group by member_id,parent_gid,child_gid,LOB,group_gid

  ) DPD2 on DPD2.parent_gid = Ec.parent_gid
        AND DPD2.child_gid = EC.child_gid
        AND DPD2.member_id = EC.member_id
        AND DPD2.LOB = EC.default_lob
        AND DPD2.group_gid = EC.group_gid
  left join
  Table2 dpd on dpd.parent_gid = dpd2.parent_gid 
            and …

我最近尝试将来自网络实例的备份恢复到我的本地开发 SQL Server。令我惊讶的是，我收到以下错误消息：

消息 12824，级别 16，状态 1，第 3 行 sp_configure 值 'contained database authentication' 必须设置为 1 才能恢复包含的数据库。您可能需要使用 RECONFIGURE 来设置 value_in_use。消息 3013，级别 16，状态 1，第 3 行 RESTORE DATABASE 异常终止。

我必须遵循哪些步骤才能成功恢复数据库？

我找到了很多关于什么 的信息STATISTICS：如何维护它们，如何从查询或索引手动或自动创建它们，等等。但是，我一直无法找到有关何时的任何指导或“最佳实践”信息创建它们：在哪些情况下，手动创建的 STATISTICS 对象比索引更受益。我已经看到手动创建的过滤统计有助于对分区表的查询（因为为索引创建的统计覆盖了整个表而不是每个分区——brillaint！），但肯定有其他场景可以从统计对象中受益，同时不需要索引的详细信息，也不值得维护索引或增加阻塞/死锁机会的成本。

Thingy           PROs                             CONs
-------          ----------                       -------------------
INDEX            * Can help sorts.                * Takes up space.
                 * Contains data (can             * Needs to be maintained (extra I/O).
                   "cover" a …