最近的学习心得

前段时间看了一篇文章。说是一个好的程序员，必须有一个良好的习惯。那就是写技术博文。我后来想想也是。不只如此，平时的工作、生活中总结的知识、经验也必须用一种良好的方式记录。

第一次写技术博文，也不是心血来潮。思前想后想了很久。也不是写给谁谁谁看的。主要是用来作为积累。将技术、工作经验作一个积攒。

今天公司开了一个小会，会议主角是我和另外一个同事。会议内容也就是两方面。一是数据库设计改良，而是JBPM的特征。

因为公司刚起步，所以很多技术不成熟。首先数据库设计方面，以前的数据库设计秉持的是将数据库冗余尽量减少，从而使得数据库结构与系统业务的结构不相匹配。举个简单的例子，就是当我想在原有业务系统中删除某一功能或者某一组数据的时候，当此功能或者组数据的数据结构无法与数据库中的表结构相对应（也就是该表有我想删除的字段以外的字段），这时候会发现，这样修改数据库比较麻烦。可能连关联什么的都要改。现在的数据库设计模式是，以业务功能为主，在设计数据库的时候将数据库的结构分层。这样使得下级表依附与上级表。如下图：

这样做，有人会说：“方便是方便，但是这样数据不就冗余了么？”我觉得这种情况，就算冗余我也高兴做，宁可多写点触发器和存储过程。。这样在我开发业务系统的时候可以少很多事。。代码也能少些一点。并且这样做的最大优点就是：结构清晰、数据表独立、易修改、开发人员开发思路清晰。

上面说的都是我同事在数据库设计上说总结的经验。下面就是我在学习JBPM的时候做总结的。

公司的研发部刚成立不久，原来做过一套系统，也牵涉到工作流的概念。但那时候只是用一些状态位去控制，将数据进行过滤而且。其实是一种伪工作流。在会议上比较了集中工作流引擎。

1.Shark

2.OsWorkflower

3.JBPM

这三种工作流引擎中Shark是收费的。综合很多种因素，我们选用了JBPM。主要因为是简单，扩展性好。

然后我试着将SSH框架与JBPM相结合。。。中间碰到了一点问题。。。很头痛。虽然问题很简单，但是我研究了3天。。。orz