OrchardCore 的性能问题 如果开启了ContentField_SQLIndex, 由于存在大量数据更新时需要为多个字段创建索引数据 算上 全局文档表,会将所有字段都作为索引行
比如:如果要批量更新100条数据,相关类型包含10个字段
那么,索引行的数量就是100 * 11 = 1100 条插入语句
社区讨论的结果是更倾向于为每个类型创建独立的索引表 既然要一个类型对应一张表,那么OrchardCore 的意义何在?
如果基于Abp-Vnext 自己做一个灵活的管理系统需要哪些工作?
- 商业授权问题:VNext版本使用的是 LGPL 授权,只要不修改官方发布的dll,就可以不开源
- 动态类型问题:可以参考OC自己做动态类型设计,但是需要自己实现一个类型管理器
- 工作流:可以尝试使用
elsa-core
- 类型管理器:管理类型的创建,类型的查询,类型的更新,类型的删除
- 类型事件钩子
- 可复用类型: 对应OC的 Part
- 内容事件钩子
- 内容验证
- 字段验证
- 结构管理器