• 动态列转行
    这个看上去挺高端，就是把元数据也一块存到数据库里，经常会用到一些列数据库如clickhouse
    实际上这种方式最不中用，演示一下原理还可以，编码复杂、性能最低(除了极个别需要列数据库的场景)
  • 静态预留列
    就是预留一部分列，在运行时赋予特定的业务意义
    虽然看上去比较笨拙，不够灵活，但编码简单，性能也不受影响，一个业务系统也不需要太灵活，更不需要每部分都灵活。
    只适用于单一场景，就是业务场景已经明确，大部分列能确定的情况
    如果要作一个与业务无关的大而全的低代码平台，这种方式当然满足不了需求
  • 运行时操作元数据
    就是在运行时，也就是在系统部署完成后，根据业务创建数据库
    首先这样可以足够灵活，几乎相当于开发员设计数据库相当，但是为了控制风险需要设置各种约束条件，不能太随意了。
    这就需要一个强大的元数据操作工具，来实现通过前端接口的形式操作数据库的目的，
    这对前端UI和工具要求会很高，特别是在数据库类型可变的情况下。