1.应用场景说明

为一个可编辑grid,对应这样的grid数据库有两种设计方式,方式1:将数据库表中的每一个列和grid中的每一个列对应;方式2:可编辑部份每一个单元格做一个数据库表的行,既采用纵表的方式存储数据,当查询时把纵表结果转置90度既可。
两种方式对比:
方式1:和GRID中对应一致,对于数据库设计来说比较直观,grid中的行和table中的行一一对应,后台代码上对于表操作也比较容易;但一个缺点是表结构比较死板,如果grid中需求改变,要增加更多的可编辑单元格列,则表中需要提前设计一些保留列字段;
方式2:数据库表和grid的行对应起来不直观,但是对于grid的动态列的扩展应对起来没有问题,当需求上要对grid增加字段时,数据库表不需改动,只用改动前台代码和少量后台代码。
2.数据库设计

TB0表做为模板记录表,TB1做为分类表,TB2做为可编辑部份单元格表,每个可编辑单元格对应一行.
WEIGHTsNAME对应GRID列名,weightsval对应grid单元格值。
查询所有单元格值SQL:

将上面的查询结果转置90度,和GRID中的行一致:

转换的原理在于用group by首先对id分组,然后通过decode方法对weightsname进行过滤,对于sum函数,只是为了和group by配合,这里换成max,min也是无所谓的,毕竟,只是对sum(1)、max(1)、min(1)都是1。

本文探讨了数据库设计中针对可编辑grid的两种方式,对比了固定列和动态扩展列的优缺点。重点介绍了如何使用Oracle SQL将纵表数据转置90度,实现与grid行一致的效果,通过group by和decode方法完成数据转换。
&spm=1001.2101.3001.5002&articleId=84804953&d=1&t=3&u=e7772f85da5448588ff39717365aa9e7)
729

被折叠的 条评论
为什么被折叠?



