【Access小品】扯谈---数据的回溯的探讨

todaynew

　　昨日里一版友问如何记录数据修改时间的问题，解答数遍依然不解，实在令人恼火。恼火的原因，不在于其不解，在于其问题的意义和价值。试想一下，数据已经修改，记录其修改的时间有何球用？这就好比你只记录凤姐的整容时间，而不记录凤姐原本的模样。你管她什么时候整容呢，你只要知道她整容前是个丑女，整容后便的漂亮了些就可以了。

　　再深入一些讨论这个问题，凤姐整容完成后，有人喜欢就行了，管她整容前是猪八戒还是白骨精干嘛？这就到了另一个问题，就是数据库的日志功能。前几天一个搞数据库的朋友抱怨说，客户过个十天半个月就要打电话说数据库爆了，日志文件清理很是一个麻烦事情。

　　曾经也有版友说能否用Access记录数据库的所有修改，并能随时回溯到某个时点，这个功能其实不难。问题在于这有意义吗？你的系统不是搞原子弹，也不是搞国家机密，能唬弄个一二三就可以了，干嘛要记录那么详细，这不是没事找事还能是什么？记录所有的操作过程实在是太简单的一个事情了，可是这需要很大的存储空间来干这个事情。假如说你劳神费力的干完这些事情，没人使用，也没人管理，这不都白干了个球。

　　做一件事情（不仅在于数据库设计），要综合考虑问题，安全与不安全，保险与不保险，都是相对的，处理任何一个问题都是有代价和成本的。汶川地震后，有很多人质疑，为什么房子不修坚固一些，这样损失不就可以大大减少吗？鬼打架的，都按照抗９级地震的标准来制定建筑标准，需要花多少银子？（这个例子排除豆腐渣工程，意思是量力而行）

　　在我看来大多数要求用Access编写的程序中搞日志，或者类似日志的功能，均属扯淡，至少在目前大多数版友所设计的实例中是绝对的扯淡。如果是你的老板要求你这样这样做的，你可以告诉他，有一个叫做老汉的版主强烈的对此想法进行了抨击，如果他不服的话，就把他拖拖过来，我们揍他一顿。

aslxt

老汉说的有很多道理：
如果凤姐整容后，比原来漂亮了，她当然不会要求回溯到之前的状态，如果整容失败（比原来更惨），通常她会要求免费回溯到整容前的状态！
这就要求整容的准备、过程要十分科学、合理，确保万无一失。这就需要很多规矩、框框来限定。
不过特别重要的地方是要有两手准备的：比如麻醉过量、失血过多等等都要有应急方案！

fine88888888

也非老汉此说，凤姐整容成功后，如不能记录时间，不能记录是谁帮整的，再出个凤姐二，，请问她如何找到凤姐以前记录？？所以每条记录都有操作员及操作时间，每条记录也都有修改人及修改时间，以便查核及追朔责任。。

cjnt007

“问题在于这有意义吗？你的系统不是搞原子弹，也不是搞国家机密，能唬弄个一二三就可以了，干嘛要记录那么详细，这不是没事找事还能是什么？”

ynjxw

俺还以为老汉又出新作了，原来真是只是探讨。