的ID生成器
在高并发的场景中,默认的ID生成器可能因为无法很快的获取新ID区域而导致异常
所有流程引擎都有一个ID生成器,默认的ID生成器会在数据库划取一块ID范围,其余引擎不能使用相同范围的ID
在引擎运行期间...没有强行校验多租户的规则,即Activiti不会校验查询和使用数据时用户是否使用了正确的租户
校验由Activiti引擎的调用者层负责完成
Activiti只确认租户信息会被保存,并在查询流程数据时会被用到...2.0模型
为了确保流程数据使用tenantId,所有的查询API都可以通过tenantId进行查询,可以使用其他的实体的对应查询实现替换:
runtimeService.createProcessInstanceQuery...API也允许对tenantId使用like语法, 也可以过滤未设置tenantId的实体
重要注意点:
因为数据库的限制,特别是处理null的唯一校验.默认表示未设置租户的tenantId的值是空字符串...: 不在数据库中存储JSON,而是放到队列或大数据存储中
注意:
事件日志机制是Activiti传统历史管理器的附加品
虽然所有数据都在数据库表中,但是并没有为查询优化,不容易获取
真实的使用场景: