时间很紧，毕业论文必须在两个月之内完成，原来想好的做完系统后进行的总结也没有时间做了，只能在这里写一下想做的一些设计，等稍微有时间，或者间歇里做一下，算是个提醒。
1 原来为某企业做了一个简单的报表系统，原理很简单，就是将各个部门的报表汇集起来，做一个总结性的报表。里面的问题在于各个部门的数据有依赖性，也就是说一个部门的数据要为另一部门所对应，对应的数据的变化时同步的。解决这个问题我用的是触发器，其中掺杂了一些存储过程。存储过程是次要的，主要是触发器设计的时候比较麻烦，因为触发器设计的源表和目的表的字段对应问题，非常不形象，需要在一大堆表里翻来倒去，生怕对应错了，而且我目前也没有找到好的解决该问题的工具，因此想自行设计一个。如果有机会遇到类似的系统可以快速简单的实现。
目标：支持读取已有的触发器，对触发器的源表和目的表的字段用图的形式形象的表示出来，就像表关系图那样。
这个实现起来应该不是很难，需要解决的问题主要是对触发器的文本解析和图的生成。
2 为企业做过一个可视化系统，需要从已有的ERP数据库里读取实时更新的数据并用图形象的表示出来。
这在开始的时候遇到一个问题：如何找到自己需要的数据所在的表的字段。
因此就想设计这个一个工具能够对数据库内的数据的变化做出反应，及时找出自己需要的字段。
这个实现起来理论上也是不难，原理可以和游戏作弊器的原理一样，就是改变一个数据，查找该数据的位置，如果不唯一，那就再改变一个数据，在第一次查找范围的基础上缩小范围，直至找到自己需要的数据，从而找到数据存放的位置。
具体方法（现想的）：动态生成触发器。利用数据库的触发器原理，首先针对每一个表设计触发器，当数据改变的时候自然触发相应表的触发器，那数据自然在该表内；然后针对该表的每一个字段设置触发器，再改变一次数据，就可以找到触发的字段了。
说到这，就可以和第一个设计做到一起了，都是对触发器的处理。
这两个设计，说起来容易，但是做好了也不是很简单，因为如果要做得好，还要涉及到软件的架构，更好的算法和更高的性能等等。
现在，闲时看看软件架构方面的东西，又要研究SOA方面的东西，就先放到这里吧。
