应用背景

某影像制作客户案例，需对具体业务进行拍摄任务及档案制作：广州XXXX研讨会，为期3天，任务内容为相关工作人员对本次会议(项目)进行视频、音频、照片的现场素材采集，最终需保存成该项目的相关历史档案并存底。

设计描述

该项目所用数据表单为客户已有数据库表内反向制作。实际结构如下：
项目表：

案卷表：

文件表：

结构能明确是一个项目多个案卷，一个案卷一个文件，每个文件又有多个附件这样的层级关系。
操作流程：
1）先进行项目级新增，同时把项目相关类型素材上传；
2）基于该项目级新增内容，再进行案卷级信息新增；
3）再进行该项目案卷下的文件级新增；

实际案例

任务项目为”规委会11月经营分析会议”进行了现场拍照，通过系统按操作进行新增录入。用户使用后觉得不太方便，建议优化成：项目表新增完成后，通过上传内容的类型系统自动完成案卷表、文件表的新增，最终再把保存的附件分别通过文件表编辑方式关联到其下，完成整体录入。
改造后的文件表录入列表页如下：

客户再次试用后觉得应该按项目在列表进行分类，再下钻展示文件，再对文件进行操作，其实就是树形列表，原先的制作说明是有的：http://doc.redxun.cn/docs/jpaas_manual/sxlb 但是其关键点是文件表的parent_id_需进行相关改造，涉及到许多二次脚本开发，所以就引出了特殊化改造。

特殊化改造

其实就是基于sql编写满足树形列表的数据格式要求，如下所示：
sql:
SELECT
b.f_csdlbm AS id_,
b.F_CSDLMC as daname,
‘’ AS codes,
‘’ AS realname,
‘’ AS PARENT_ID_
FROM
{项目表名} b
UNION
SELECT
a.id_,
a.F_DM as daname,
a.F_XB AS codes,
a.F_XM AS realname,
a.F_DB AS PARENT_ID_
FROM
{文件表名} a
结果如下：

配置列表时：

最终客户认可的效果

本实例体现了低代码平台的灵活性。以上是本次分享的内容。