DBAuser's questions

我们正在使用 AlwaysOn 进行 SQL Server 2014 POC 测试，其中一位用户询问有关使用本地服务器组中的注册服务器保存具有ReadOnly Intent 的 SSMS 的配置。这样他们就不必在每次需要访问只读副本时都输入别名。

不幸的是，与常规对象浏览器不同，已注册的服务器中没有添加 ApplicationIntent 选项的选项。

我从 Microsoft 看到这篇关于更改 RegSrvr.xml 中的连接字符串的文章。

https://connect.microsoft.com/SQLServer/feedback/details/786323/ssms-sql-server-management-studio-2012-missing-connection-properties-for-availability-groups

我尝试了他们的建议，当通过注册服务器中的本地服务器连接时，它没有连接到正确的副本节点。

使用连接窗口 > 附加连接参数中的选项时，ReadOnly选项在对象资源管理器中工作正常。但它不会保存对连接所做的更改。

有谁知道使用 SSMS 保存具有ReadOnly Intent 属性的配置的任何替代解决方案？在此先感谢您的帮助。

开发人员和 DBA 上周就开发人员在我们的 OLTP 环境中使用 VARCHAR、Datetime 和 float 组合创建的包含 400 多个列的一组表进行了讨论。当被问及这种非规范化表的原因时，我们被告知供应商是如何提供记录集的，因此必须以这种方式设计映射表。此外，表将用于跨其他规范化表的交叉连接，并且表可能会增长到更大的大小。目前在同一数据库中很少有具有类似设计且平均 300 万行或更多行的表（具有 375 列）。这些现有的非规范化表按日期分区。这些现有表没有性能问题，因为它们尚未被大量使用。

问题：

1. 除了说这是一个糟糕的设计之外，您是否看到这种设计有任何明显的问题可以说服开发人员在规范化环境中重新考虑他们的设计策略。当然，规范化与非规范化各有利弊。
2. 根据您的经验，您是否发现此类列式表有任何常见的实时性能问题，例如锁定、DML 需要更长的时间等？如果 SQL Server 出现任何性能问题，开发人员甚至提到考虑将 MongoDB 作为他们的替代方案。
3. 如果在 OLTP 中更频繁地设计此类表，您是否会遇到一些可能发生的高级性能问题。请注意，如果需要解决任何 IO 或 CPU 问题，公司可以灵活地添加 CPU 或内存。

我知道在 SQL 2012 中，有列存储索引，但还没有探索过。

如果由于网络或媒体问题，日志传送事务备份的写入在其中一个事务文件上损坏，因此日志传送链被破坏，是否有任何其他方法可以将数据库恢复到时间点？我知道可以进行完整备份或差异备份，但要恢复到时间点，我们如何才能恢复连续的 tran 日志？对此的任何指示都是有益的。谢谢（即使解决方案是联系微软或只有上帝可以帮助你，我会买那个:-)）

最近，我们有一个存储过程请求，需要跨多个数据库进行访问。当然，这种情况并不少见，但在我们的例子中，之前我们使用了服务帐户，并且该服务帐户对所有数据库都有读/写权限。

但是现在我们将所有权限更改为 Windows 登录 AD 组，并且 AD 组中的用户没有对所有数据库的所有权限。

例子：

• AD 组 UG1 有 10 个用户，它们是数据库 A 上的用户。
• 存储过程 PROCA 驻留在数据库 A 中，但对属于数据库 B 和数据库 C 的表进行了选择。
• 已将执行权限授予存储过程 PROCA 和 AD 组 UG1，因为已在数据库 B 和数据库 C 上创建用户（没有其他权限）。
• DatabaseA、DatabaseB 和 DatabaseC 的数据库所有者在登录 XXX 下。

众所周知，这种跨数据库的权限可以通过

• 选项 1：在所有数据库上打开数据库跨链，或
• 选项 2：授予 AD 组 UG1 所需的数据库（B 和 C）的单个对象权限或
• 选项 3：在 DatabaseA 上使用 Trustworthy db 选项并更改存储的 proc PROCA 以包括以“dbo”用户身份执行，以便可以模拟权限。
• 选项 4：使用证书

我的问题是关于安全性并保持简单和安全的最佳解决方案是什么？

请注意，没有一个开发人员是任何数据库的数据库所有者，并且提升的权限只分配给 DBA，因此有人黑客攻击或 SQL 注入或冒充系统管理员的可能性是“无”的。

但同样，我想知道您在这种情况下会怎么做？我更喜欢选项3。