火星的缺点(多个活动结果集)?

显然至少有两个已知的(潜在的)缺点(从这个(1) Team blog ):

1. 很明显,这会给那些没有设计成与火星设计相抗衡的遗留系统带来潜在的问题。- “在非火星世界中优化运行的现有代码在不使用火星进行修改的情况下可能会显示出轻微的性能下降。”

2. _156;使用mars,可以向服务器发送多个多语句批。服务器将交错执行这些批处理,这意味着如果批处理通过set或use语句更改服务器状态,例如,或者使用tsql事务管理语句(begin tran、commit、rollback),您和服务器都会对实际意图感到困惑。

我还没有尝试一个火星启用的设计,但我正在非常接近这样做我的当前项目。我们对竞争性(有时是依赖性的)查询操作(例如,从活动记录集正在执行的同一数据库中延迟加载配置数据)有一个小问题。

有关msdn站点的详细信息 (2) here

〔(1)〕 http://blogs.msdn.com/sqlnativeclient/archive/2006/09/27/774290.aspx ]
〔(2)〕 http://msdn.microsoft.com/en-us/library/ms131686.aspx ]

• 它一次需要比一个连接稍微多一些服务器资源。
• 必须运行SQL Server 2005或更高版本。所以这可能是遗留问题(ack!)环境。

取决于什么?没有真正的缺点。

它们不支持事务保存点。但我不认为这是一个缺点。