Skip to content
This repository has been archived by the owner on Feb 22, 2024. It is now read-only.

Latest commit

 

History

History
35 lines (24 loc) · 1.21 KB

问题梳理.md

File metadata and controls

35 lines (24 loc) · 1.21 KB

问题梳理

2022年4月2日

OrchardCore 的性能问题 如果开启了ContentField_SQLIndex, 由于存在大量数据更新时需要为多个字段创建索引数据 算上 全局文档表,会将所有字段都作为索引行

比如:如果要批量更新100条数据,相关类型包含10个字段

那么,索引行的数量就是100 * 11 = 1100 条插入语句

社区讨论的结果是更倾向于为每个类型创建独立的索引表 既然要一个类型对应一张表,那么OrchardCore 的意义何在?

如果基于Abp-Vnext 自己做一个灵活的管理系统需要哪些工作?

  1. 商业授权问题:VNext版本使用的是 LGPL 授权,只要不修改官方发布的dll,就可以不开源
  2. 动态类型问题:可以参考OC自己做动态类型设计,但是需要自己实现一个类型管理器
  3. 工作流:可以尝试使用 elsa-core

基于Abp的动态化设计

类型管理系统

类型管理器

  • 类型管理器:管理类型的创建,类型的查询,类型的更新,类型的删除
  • 类型事件钩子
  • 可复用类型: 对应OC的 Part
  • 内容事件钩子
  • 内容验证
  • 字段验证
  • 结构管理器

工作流系统