也说数据库设计

          忙碌的一周终于要过去了，不过有些事情还是不吐不快！几天下来都是搞得团团转，不亦乐乎！至于原因吗就是现在的开发的工作不能停下来，但是另外一个平台所提的需求又要按时完成，而且非常紧急。其他的不说了，先说说我们平台的业务，系统是支付类型的应用，接到每个交易请求后根据交易类型判断是对用户账户执行哪种类型的操作，最常用的就是支付和撤销了，总的来说支付就是从用户账户减去交易金额，撤销就是把交易金额退回到用户账户，也就是账户余额是增加的。另外一个平台对我们的系统有数据上的依赖，所以希望我们能提供数据接口，他们需要的数据是每个用户账户在每次交易后的余额，需要增量提供，比如今天要求提供昨天每个用户账户每次交易后的余额，而不是现在的余额，就相当于银行记录每个用户账户的流水账一样。这个需求其实也不难，也很合理，并不变态，但是实现起来还真是操蛋，由于数据库表中的用户账户表只记录当前余额，所以没办法，只能从现在的余额回退回去，按照交易类型等每一笔交易回退！现在想想如果当初数据库设计的时候如果用户账户里面多一列 ，该列是交易后余额的话那真是省了很多事情，现在看来数据库冗余还真是必要，经验！经验！还是经验不够！