小编usr*_*usr的帖子

我考虑安排每晚重新组织所有表的 SQL Server 作业。我们没有企业，所以我们不能在线重建（这意味着我们需要重组）。我们也不想在碎片化和空间维护上投入太多时间，因此我们正在寻求一种可以快速实施且未来不需要进一步时间投入的解决方案。

对恢复的生产备份的测试表明，在减少碎片和重新获得空间方面，重组几乎与重建一样好。

这是一个合理的想法吗？该方案是否会导致可用性或可维护性问题？这是一个合理的长期解决方案吗？

SELECT INTO在 SQL Server 2014 中使用并行所需的最低兼容性级别是多少？

我有一张这样的表：

CREATE TABLE T (
 ID INT NOT NULL IDENTITY PRIMARY KEY,
 CreateDateTime datetime2 NOT NULL,
 --other columns
)

我如何确保ID和CreateDateTime都以相同的顺序排序？换句话说，以下查询将返回相同的顺序：

select * from T order by ID
select * from T order by CreateDateTime

我需要这个保证，因为出于性能原因，我想通过过滤 ID 列来查询日期范围。如果保证成立，这是可能的。

我想使违反该属性的 DML 失败。我的目的是捕捉破坏这个不变量的错误。

有没有办法在不使用触发器的情况下做到这一点？我希望有一个更优雅的解决方案。

事务日志文件存储什么？是要执行的事务块，是开始执行事务之前的记录快照还是只是在事务块中找到的语句？