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

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

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

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

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