免费体验

动态数据模型 · 衍枢

「定义模型，接口与页面自动生成」是怎么回事——动态模型引擎、DDL 预览、发布与它背后的边界。

本文解决什么问题：传统上，一个业务模块需要经历建表、写接口、做页面、配权限四道工序——每增加一个需求就伴随一次开发周期。衍枢将「定义一份数据模型」作为单一输入，后续工序尽量自动完成：交付更快、重复更少，实施成本随之降低。

一句话定义

衍枢（Derive-Core） 是衍数的后台服务基座。它最核心的能力是动态模型：定义一份数据模型，平台据此生成建表结构、读写接口与管理页面，并统一承担鉴权、限流、路由等公共能力。

它想解决什么问题

传统开发里，一个业务模块要经历：建表 → 写接口 → 写管理页面 → 配权限 → 联调。五个环节大多是重复劳动。衍枢把「数据定义」作为单一输入，后续环节尽可能自动化：

定义模型（字段 / 类型 / 关系 / 校验）
   └─ 生成建表结构（先给预览，确认才建）
       ├─ 生成读写接口
       ├─ 生成管理页面（列表 / 表单 / 详情）
       └─ 纳入统一鉴权 / 限流 / 审计

关键概念

模型与字段

模型描述一类业务数据。每个字段有名字、类型与约束：

  • 字段类型：文本、数字、日期、下拉（枚举）、关联引用、金额等。
  • 关联：一条记录可以引用另一条数据（例如「订单」引用「客户」），界面上会显示被引用的名称而非一串 ID。
  • 校验：哪些字段必填、格式如何，在模型层就定义好，前端与后端共用同一套规则。

DDL 预览与发布

衍枢对「真正改变数据结构」的操作特别谨慎：

  • 定义模型时先生成建表结构预览（只读，不落库）——先看要建的表长什么样。
  • 确认无误后发布才真正落库。发布会直接变更底层数据结构——尤其是删除字段 / 修改字段类型这类破坏性变更，请先在预览里充分验证；正式发布需要管理员权限并二次确认。

⚠️ 破坏性变更：删除字段会将该字段下的历史业务数据一并移除且不可恢复（平台按字段真实删除）。正式环境执行删除类操作前，请先确认影响范围并做好备份。

在测试/演示环境可放心操作（该环境数据可重置）；正式系统上的「发布」始终需要确认。

统一底座

  • 鉴权与权限：谁能看/改哪些数据，按角色与按钮粒度控制，全平台一致。
  • 限流与审计：接口有统一的限流保护；关键操作留审计记录，可回溯「谁在何时做了什么」。
  • 路由：服务不直接对外，统一经网关接入。

常见疑问

是不是所有功能都只靠「定义模型」？ 不是。模型的自动化覆盖「数据层的常规读写与页面」，复杂业务（状态流转、金额对账、跨系统集成）仍然需要在其上按平台提供的扩展方式实现——但它不再需要从建表和 CRUD 开始。

模型和视图是什么关系？ 模型是「数据长什么样」，视图是「界面长什么样」。一个模型可以有不同的视图服务于不同角色与场景。想了解视图侧，见核心概念 · 衍景。

相关阅读