假设我有一个索引Foo：

Keys [A, B, C] and Included columns (D, E)

是否有任何性能原因需要附加索引Bar：

Keys [A, B] and Included columns (C, D, E)

我的假设是最后一个不需要的键将被视为与包含的列相同。

设想：

一个客户最近遇到了一个 Azure VM 的问题，其中（非操作系统）“高级”存储磁盘被错误地删除，而 Microsoft 没有发出警告。这相当于将硬盘驱动器从正在运行的服务器中拉出。

他们在此 VM 上运行 SQL Server 2014，数据和日志文件分别放置在两个“故障”驱动器上。

实时、生产、非集群数据库通过各种服务和应用程序被大量使用——当问题发生时，命令和事务很可能在 bin 进行中或提交中。

问题发生后，VM 被强制关闭，并且仅在几次重新启动后才“可操作”。

问题：

虽然到目前为止似乎没有发现任何问题，但我的问题是这可能出现的 SQL 故障模式是什么？事务日志/SQL 服务器架构是否会导致这种类型的整个磁盘故障？在这种情况下是否可能丢失数据（不考虑磁盘本身的损坏）。在此类事件之后应该/可以执行哪些检查？

我需要查询一个专有数据库，其中软件供应商对每个模式设置了严格的权限（每个模式一个用户名），并且每个模式用户只允许从他们自己的模式中读取。

我现在需要跨多个模式运行查询。是否可以针对多个用户帐户运行单个查询？像EXEC AS USER 'A' AND 'B'什么？

显然，正确的方法是创建一个具有所有必需权限的用户，但我是从一个独立的实用程序运行查询，并且对我未来的客户实例没有管理员权限。