审计跟踪日志维护
audit trail log maintenance
我需要针对我的应用程序的帮助台模块的审计跟踪提供建议。
客户希望跟踪应用程序帮助台模块中的每一个变化。帮助台表单上有 40 多个字段（将来会添加更多冷字段）。对于完整的审计跟踪，我有两个选择。
1st：我为所有字段的轨道创建了一个非规范化 table，每个字段有四列，即 new value, old value, updated date, updated by。在这些专栏的基础上，我可以跟踪所有字段。
第二：我创建了一个 table 来跟踪每个更改，即
change_id, HD-Ticket_id, updated_date, updated_by
并创建另一个 table 来跟踪每个更改以及 change_id 作为此 table 中的外键，即 id, change_id, field_name, value。
在第一个选项中 table 非常复杂，但它会快速提供完整的日志，而在第二个选项中 tables 非常简单，但生成日志的查询似乎非常复杂，我们尝试了一个查询来生成日志，但它花费了太多时间，几乎每次我们尝试提取数据时都会导致连接超时。
谁能帮我找到Audit Trail的破解方法。
第一个选项被广泛使用，您还必须添加更多列，例如PageName、KeyId(那个table的PK)
我需要针对我的应用程序的帮助台模块的审计跟踪提供建议。 客户希望跟踪应用程序帮助台模块中的每一个变化。帮助台表单上有 40 多个字段（将来会添加更多冷字段）。对于完整的审计跟踪，我有两个选择。
1st：我为所有字段的轨道创建了一个非规范化 table，每个字段有四列，即 new value, old value, updated date, updated by。在这些专栏的基础上，我可以跟踪所有字段。
第二：我创建了一个 table 来跟踪每个更改，即
change_id, HD-Ticket_id, updated_date, updated_by
并创建另一个 table 来跟踪每个更改以及 change_id 作为此 table 中的外键，即 id, change_id, field_name, value。
在第一个选项中 table 非常复杂，但它会快速提供完整的日志，而在第二个选项中 tables 非常简单，但生成日志的查询似乎非常复杂，我们尝试了一个查询来生成日志，但它花费了太多时间，几乎每次我们尝试提取数据时都会导致连接超时。
谁能帮我找到Audit Trail的破解方法。
第一个选项被广泛使用，您还必须添加更多列，例如PageName、KeyId(那个table的PK)