为什么不是best practice? 只是想记下一些别人没做好做对的地方.
1. 滥用/abuse ContextInstance.setVariable(String name, Object value)
CREATE TABLE `jbpm_variableinstance` (
`ID_` bigint(20) NOT NULL auto_increment,
`CLASS_` char(1) NOT NULL,
`NAME_` varchar(255) default NULL,
`CONVERTER_` char(1) default NULL,
`TOKEN_` bigint(20) default NULL,
`TOKENVARIABLEMAP_` bigint(20) default NULL,
`PROCESSINSTANCE_` bigint(20) default NULL,
`BYTEARRAYVALUE_` bigint(20) default NULL,
`DATEVALUE_` datetime default NULL,
`DOUBLEVALUE_` double default NULL,
`LONGIDCLASS_` varchar(255) default NULL,
`LONGVALUE_` bigint(20) default NULL,
`STRINGIDCLASS_` varchar(255) default NULL,
`STRINGVALUE_` text,
`TASKINSTANCE_` bigint(20) default NULL,
PRIMARY KEY (`ID_`),
KEY `FK_VARINST_TK` (`TOKEN_`),
KEY `FK_VARINST_TKVARMP` (`TOKENVARIABLEMAP_`),
KEY `FK_VARINST_PRCINST` (`PROCESSINSTANCE_`),
KEY `FK_VAR_TSKINST` (`TASKINSTANCE_`),
KEY `FK_BYTEINST_ARRAY` (`BYTEARRAYVALUE_`),
CONSTRAINT `FK_BYTEINST_ARRAY` FOREIGN KEY (`BYTEARRAYVALUE_`) REFERENCES `jbpm_bytearray` (`ID_`),
CONSTRAINT `FK_VARINST_PRCINST` FOREIGN KEY (`PROCESSINSTANCE_`) REFERENCES `jbpm_processinstance` (`ID_`),
CONSTRAINT `FK_VARINST_TK` FOREIGN KEY (`TOKEN_`) REFERENCES `jbpm_token` (`ID_`),
CONSTRAINT `FK_VARINST_TKVARMP` FOREIGN KEY (`TOKENVARIABLEMAP_`) REFERENCES `jbpm_tokenvariablemap` (`ID_`),
CONSTRAINT `FK_VAR_TSKINST` FOREIGN KEY (`TASKINSTANCE_`) REFERENCES `jbpm_taskinstance` (`ID_`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
我们可以看到对于date,long,double,string 类型我们直接是可以保存到variableinstance表的, 如果是串行化的对象就麻烦了.
jbpm_variableinstance.bytearrayvalue_ => jbpm_bytearray.id_ => jbpm_byteblock.processfile_,bytes_,index_.
jbpm_bytearray表只有id有用其余两列空, 更郁闷的是串行化的对象放在jbpm_byteblock还分段保存, 用index_作为分段的下标.
经验是别轻易使用ContextInstance.setVariable()保存一些对象, 串行化对象关联表太多啦;
ContextInstance.deleteVariable(String name)只能删除jbpm_variableinstance的列, bytearray/byteblock删不了的;
而且你更新的时候更要命, 调用ContextInstance.setVariable()再次更新的时候, jbpm_variableinstance相应列是更新了, 只是会创建新的bytearray/byteblock, 之前旧的byteblock一直留在数据库没外部引用了, 你使用JBPM API delete processinstance也找不到来删了.
所以尽量使用原生的long,double,string,date等值传到工作流里面, 没必要保存到数据库的临时变量又是在同一线程操作的话使用ContextInstance.setTransientVariable; 否则jbpm的数据库很容易膨胀。
(To be continued)