【问题标题】:Clustered Columnstore Index in SQL Server Standard Edition 2014?SQL Server Standard Edition 2014 中的聚集列存储索引?
【发布时间】:2017-05-16 11:18:18
【问题描述】:

我创建了一个数据库项目,最初应该部署到 SQL Server Enterprise Edition 2014。 项目中的一些表具有聚集列存储索引。 据我所知,SQL Server Standard Edition 2014 不支持聚集列存储索引。

我的问题是:如果有人尝试将此数据库项目与 CCI 一起部署到标准版会发生什么? 是否仍会创建表,但没有索引,或者整个项目部署会失败?

很遗憾,我无法自行测试,因为我只有 SQL Server 的开发者版本,其中包含所有企业功能。

【问题讨论】:

  • 可能他们会收到不支持列存储索引的错误。但是,这可能取决于部署机制。

标签: sql sql-server sql-server-2014 database-project


【解决方案1】:

正如 Gordon 上面所说的,这一切都取决于部署机制,但它很有可能会失败(因为它应该 IMO)。此外,如果部署是在一个事务中处理的,该事务将在发生故障时回滚。

很少有部署系统会加倍努力确定目标 RDBMS 支持哪些功能,并且大多数部署系统应该遵循“这是在我的代码存储库中,部署它”的规则。允许它这样做可能会引入重大更改。

TBH 您最好的选择是在源存储库中保留代码集的两个分支 - 一个带有 xVelocity 索引,一个没有。要么先部署到 Developer 实例,然后运行脚本以去除您知道的企业功能,然后将这些更改编写脚本以部署到下游 SKU。

是的,这需要更多的工作,并且需要定期将代码与更改合并,或者创建下游代码。但它至少允许您从定义明确的代码集进行部署。

如果您绝对必须从企业派生脚本进行部署,那么您将考虑滚动您自己的部署脚本。

顺便说一句(并不是说它会在 2014 年对您有所帮助),从 Sql Server 2016 SP1 开始,Microsoft 改变了竞争环境,并在所有 SKU 中允许了 99% 的企业功能 - 这包括 CCI 的

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-01-30
    • 1970-01-01
    • 2019-07-09
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多