Sql server SQL Server Management Studio 2008-标准报告-架构更改历史记录-如何确定日期？

SSMS 2008附带了一组标准报告，包括一个名为Schema Changes History的报告。运行此报告时，我会看到自某个日期以来所做的所有架构更改。我的问题是。日期是如何确定的？例如，在特定服务器的一个数据库上，更改截止到2010年2月14日下午1:35:15。但在同一台服务器上的另一个数据库中，更改发生在2010年1月5日上午9:09:15。这些不是创建数据库的日期

谢谢。

报告会查看modify_date（修改日期）列或默认跟踪以查看更改，具体取决于是否启用。使用默认跟踪的优点是，它可以显示删除的对象，但如果禁用默认跟踪，则无法工作

如果默认跟踪是一个滚动跟踪，则其中最旧记录的使用期限将因服务器而异，具体取决于在每台服务器上所做的DDL更改量。

报告将查看modify_date列或查看默认跟踪的更改，具体取决于是否启用了。使用默认跟踪的优点是，它可以显示删除的对象，但如果禁用默认跟踪，则无法工作

---

如果默认跟踪是一个滚动跟踪，则其中最旧记录的使用期限将因服务器而异，具体取决于每台服务器上所做的DDL更改量。

@Remus-谢谢。您知道默认跟踪信息是否保存在我可以获取的任何位置，并永久存储在我自己的表中吗？使用

SELECT。。。FROM：：fn_trace_gettable（…）

以表格形式打开默认的trace.TRC文件。使用SysTraces来找到默认Trace.Trc文件的位置。BTW，如果您想保留DDL更改，您还应该查看SQL 2008的内置审计：并且还考虑使用事件通知来监视DDL更改：我们刚刚开发了一个免费工具来使用服务器级DDL触发器来满足这一点。这将绕过默认跟踪滚动，希望它能满足您的需要@雷姆斯-谢谢你。您知道默认跟踪信息是否保存在我可以获取的任何位置，并永久存储在我自己的表中吗？使用

SELECT。。。FROM：：fn_trace_gettable（…）

以表格形式打开默认的trace.TRC文件。使用SysTraces来找到默认Trace.Trc文件的位置。BTW，如果您想保留DDL更改，您还应该查看SQL 2008的内置审计：并且还考虑使用事件通知来监视DDL更改：我们刚刚开发了一个免费工具来使用服务器级DDL触发器来满足这一点。这将绕过默认跟踪滚动，希望它能满足您的需要。