摘 要：我的一个编程的经验
正 文：
这几天竹笛老要我贴些自己的东西来展示自己，我只有苦笑。
所谓自己的东西有什么？
所有的技术应该都算是微软的，自己的，最多只能算是一个熟练的应用罢了。
而所谓的一些朋友的希奇古怪的想法的解决方法，其实只能是拓展思路的练习罢了，一个正规的应用里几乎都是靠那些简单平实的技术来集合起来，真没什么好写的。
谈谈我的一个编程的经验吧。这个思路在很多软件中都没体现。
我曾经在一家企业工作，给他们编了一些程序，大家都还正常使用着。那一年，公司准备在香港上市，是五大之一的事务所来审的计。当时，我们提供了一个应收帐款余额及帐龄表。可该事务所的工作方式和国内的审计不同，他们要我们同时提供我们得出这张表的依据，即期初的帐龄情况是怎样的；本期发生了哪些应收帐款；回款中哪些是回前期的货款；哪些回的是当期的货款，每一个单据以及核销情况一一列明，他们好审计是否有人为调整帐龄的现象并据此抽查实际单据。其他的如库存库龄等程序也遭遇同样问题。而当时国内的审计还没审到那么规范、那么细。很自然的,程序原没有这方面的需求，当然就出不了这样的结果来。特别是余额和帐龄的运算，每天都有新的数据发生，不停的冲销旧的数据，而余额又不停的结转……这些数据都只是向前滚动的，无法向后倒推的。这报表出出来后，数据再无法追朔回原有的状态，无法重现当时的数据是如何组织的，如何证明自己的数据是准确无误的？再手工重新组织数据？……
而追朔显示以前时点状态的数据状态在管理上也是很有必要的。比如，公司出台了一个新措施，一段时间后想对比以前某个时点的状况和目前状况有了哪些变化，以便于进一步的管理等等。
认识到这点，我就又重新规划和编制了我发布的几个系统。终于做到了只须在程序的主界面上调整“起始日期”和“截止日期”字段，就将数据库的数据调回到截止日时点的状态上，而所有的统计分析查询表都在此基础上参与运算。自然就不怕审计怀疑数据的统计不准确了。
通过这次审计，我认识到：程序不仅要为企业的管理服务，还要让某些人相信您提供的数据是真实可靠、有依有据的。
那，这回朔的技术是什么？
无它，将所有的基础数据筛去主界面上所定的截止日后的数据，在此基础上参与运算。
