时态表是SQL Server 2016及其以上版本中的一个新特性,它是SQL Server自动保存表中数据历史的一种有趣方法,但是SQL Server 2016中引入了一些新的there语法来支持时态表我面临着对其中一些人的误解。在中,对BETWEEN <start_date_time> AND <end_date_time>的描述如下:
与上面的FOR SYSTEM_TIME FROM T
除了将所有时态表公开为传统表之外,为了启用审计,我使用FOR SYSTEM_TIME ALL提示分别公开了所有时态表。这更容易使用,因为还可以在结果集中找到当前记录。但是,与临时FOR SYSTEM_TIME ALL提示一起使用的ORDER BY on my Account表会导致将数据溢出到临时数据库中。这是一个真正的性能杀手。我需要用于分页的ORDER BY。我还尝试了时态表和
我在SQL Server 2017中工作,正在尝试使用时态表,以便跟踪数据的历史更改。我以前从未使用过时态表,但我在过去使用传统表创建了许多ETL流程,并且正在尝试了解如何优化将数据加载到最终表中。传统上,当我编写ETL时(我说的传统意义上,我指的是不使用时态表时),为了提高性能,我通常删除表上的所有索引,然后将大约1000万条记录批量加载到最终的表</e