问不允许用户通过更改系统日期在“后台日期”上更新表

EN

简短的回答:是的，你可以(而且应该.)--但你也应该继续读下去

中间答案:您不应该让任何值不受控制地进入您的数据库进行同步，但是，例如，要跟踪每个分发服务器上一次同步的数据，并拒绝任何旧的数据，除非明确地确定为纠正--但您仍然应该继续阅读。

很长的答案:答案将是技术性的，而作为程序员，这将是你的责任。但问题在于商业层面:你想要防止什么？分发服务器再次发送旧文件的错误，还是完全不同的错误？一个分销商故意试图把错误的数据放进你的基地？外部攻击(来自一个并发的，一个脚本孩子，或一个被抛弃的女朋友.)故意发送伪造的数据来摧毁你的数据库？谁对输入的数据负责？你有记录谁(以及如何识别)发送数据的痕迹吗？数据腐败的风险(发生和破坏)是什么？你(或你的公司)能在防护计数器上投资多少？在考虑如何做之前，必须能够回答这样一个问题:应该做什么、为什么做、如果不做的话风险是什么。

如果同步错误数据的风险太高，您甚至可以考虑到您的分销商在唯一(集中式)数据库上直接使用web应用程序的可能性。

如果您已经回答了业务级别的问题，并且您知道您确实需要保护您的数据库不受经销商添加旧销售发票的影响，那么您有两种方法：

• 您将收到分销商数据的导出:在将每个发票复制到数据库之前，只需检查每个发票是否正确即可。
• 您将收到脱机转储，或使用真正的数据库同步方法:不要在真实数据库上同步，而是在每个分发服务器的副本上进行同步，并在该副本和实际基础之间放置控件。

如果您的流程可以确保一次只有一个分发服务器可以同步其基础，则可以拥有一个副本。