__RefactorLog table 在 SQL 服务器中 - 可以安全删除它吗？
__RefactorLog table in SQL Server - safe to drop it?
SSDT（我怀疑）会在您指向的任何数据库中创建一个名为 __RefactorLog 的 table。
如果我发布了一个版本，删除这个 table 有什么坏处吗？因为我看不出在部署时将它包含在模式创建脚本中有什么好处？
我自己看不出有什么缺点，但我想向这里知识渊博的人提出这个问题，看看我是否遗漏了什么...
它由 SSDT 创建，当您在 SSDT 中使用重构（如重构 -> 重命名）时，如果您进行部署并清除 table，它将重试执行任何旧的重构，这可能只是失败或酿成灾难！
如果您清除 table，请确保您也从项目中的 refactorlog.xml 中删除条目 - 该文件非常明显。
确保您没有尝试部署旧的 dacpac（我想这不太可能）
埃德
SSDT（我怀疑）会在您指向的任何数据库中创建一个名为 __RefactorLog 的 table。
如果我发布了一个版本，删除这个 table 有什么坏处吗？因为我看不出在部署时将它包含在模式创建脚本中有什么好处？
我自己看不出有什么缺点，但我想向这里知识渊博的人提出这个问题，看看我是否遗漏了什么...
它由 SSDT 创建，当您在 SSDT 中使用重构（如重构 -> 重命名）时，如果您进行部署并清除 table，它将重试执行任何旧的重构，这可能只是失败或酿成灾难！
如果您清除 table，请确保您也从项目中的 refactorlog.xml 中删除条目 - 该文件非常明显。
确保您没有尝试部署旧的 dacpac（我想这不太可能）
埃德