从零构建自定义表单系统：数据库设计与前后端协作实践

1. 自定义表单系统核心设计思路

第一次接触自定义表单需求时，我盯着产品经理的原型图发了半小时呆——要做一个连字段类型都能动态配置的表单系统？这跟传统CRUD开发完全是两个维度的问题。经过三个版本的迭代，我总结出动态表单系统的三大设计原则：

纵向存储横向展示是核心矛盾点。传统表单的数据库表结构是固定的，比如用户表有username、password等固定列。而动态表单需要像Excel那样，允许用户自定义列名和数据类型。这里就涉及到数据结构设计的根本性转变——必须采用属性-值对（EAV）模型，将横向的字段转为纵向存储。

举个具体场景：某企业需要收集不同部门的调研数据。人力资源部需要"员工满意度"评分（数字类型），而财务部需要"预算金额"（货币类型）。系统要允许各部门管理员自由添加这些字段，并在展示时自动还原成表格形式。

字段绑定机制是保证数据完整性的关键。在纵向存储模式下，如何确定"张三"填写的"年龄"值是对应哪个字段定义？我们通过在字段表和数据表都添加sorted字段来解决。字段表中sorted=1表示"员工姓名"，那么数据表中sorted=1的content值就是具体的姓名数据。这种设计类似数据库的外键关联，但更灵活。

动态查询分页是最复杂的实现难点。当数据变成纵向存储后，传统的SELECT * FROM table WHERE条件+分页的查询方式完全失效。我们的解决方案是分两步查询：先通过条件筛选出符合要求的unique_mark（每条记录的全局唯一标识），再根据这些标识获取完整数据。这相当于在应用层实现了数据库的索引功能。

2. 数据库设计实战

2.1 字段定义表结构

字段表(t_inspector_db_fields)是整个系统的元数据中心，它的每个字段都有特殊含义：

CREATE TABLE "t_inspector_db_fields" (
  "id" INT8 NOT NULL,
  "fields_