一层一层递进的表，怎么建使用起来比较方便

[-一个大坑]

如图所示，三个页面，都是递进关系

[peng2739956]

id parentid name

[娃都会打酱油了]

id,pid 根据pid来对应，最底级的pid设置一个默认值，比如0

[shoppo0505]

从上往下建，就是先建基础信息表。 话说，这个结构也不正确。 2，3其实1对1的关系，所以可以合并。 表格可以优化成哪个时间段收费为多少。

[正怒月神]

自联表。 其实就和菜单概念是一样的。 id, parentid, name 首先创建2个主菜单 id, parentid, name 1,0,主菜单1 2,0,主菜单2 然后创建主菜单的子菜单。 id, parentid, name 3,1,子菜单1 4,1,子菜单2 5,2，子菜单3

[-一个大坑]

引用 11 楼 sp1234 的回复:

学点数据库基础知识，了解关系数据库设计模式、主外键之类的知识。

有这方面的文章推荐吗？以前学习可能是没太认真，好像只有对数据的操作和建表，没涉及到表的设计

[-一个大坑]

引用 13 楼 hanjun0612 的回复:

后面的parentid，指向这个id，说明是前一个的子菜单

明白了，我现在建的表和你说的有点像。 第一个表 AAKEY 第一层key ATYPE 费用类别 第二个表 BKEY 第二层key BTYPE 储存第一层key BITEM 费用细项 第三个表 CKEY 第三层key CTYPE 第一层key CITEM 第二层key CSTANDARD 费用标准

[-一个大坑]

引用 15 楼 happy4944 的回复:

[quote=引用 13 楼 hanjun0612 的回复:] 后面的parentid，指向这个id，说明是前一个的子菜单

明白了，我现在建的表和你说的有点像。 第一个表 AAKEY 第一层key ATYPE 费用类别 第二个表 BKEY 第二层key BTYPE 储存第一层key BITEM 费用细项 第三个表 CKEY 第三层key CTYPE 第一层key CITEM 第二层key CSTANDARD 费用标准 [/quote] 这是三个页面分别操作，建了三个表

[正怒月神]

引用 15 楼 happy4944 的回复:

[quote=引用 13 楼 hanjun0612 的回复:] 后面的parentid，指向这个id，说明是前一个的子菜单

明白了，我现在建的表和你说的有点像。 第一个表 AAKEY 第一层key ATYPE 费用类别 第二个表 BKEY 第二层key BTYPE 储存第一层key BITEM 费用细项 第三个表 CKEY 第三层key CTYPE 第一层key CITEM 第二层key CSTANDARD 费用标准 [/quote] 那就是说，你们最多是3级菜单咯？ 如果确定的话，那么你们可以这么玩

[秋的红果实]

需要另外建立联系表，如 rootId itemName manageId 管理费 routeId 路费 然后 id1 parentID1 subItem1 1 manageId 计费模式[小时] 2 manageId 计费模式[天] 3 manageId 计费模式[月]

[-一个大坑]

引用 3 楼 shoppo0505 的回复:

从上往下建，就是先建基础信息表。 话说，这个结构也不正确。 2，3其实1对1的关系，所以可以合并。 表格可以优化成哪个时间段收费为多少。

我只是举例是一层套一层，实际第三层table有20多行，而且那只是user给的例子，可能更多

[-一个大坑]

引用 4 楼 hanjun0612 的回复:

自联表。 其实就和菜单概念是一样的。 id, parentid, name 首先创建2个主菜单 id, parentid, name 1,0,主菜单1 2,0,主菜单2 然后创建主菜单的子菜单。 id, parentid, name 3,1,子菜单1 4,1,子菜单2 5,2，子菜单3

这是建一个表，id（费用类别）, parentid（费用细项）, name（费用标准）？

[正怒月神]

引用 7 楼 happy4944 的回复:

这是建一个表，id（费用类别）, parentid（费用细项）, name（费用标准）？

应该如下 id, parentid, name,value //一级菜单 1,0,管理费，0 2,0,路费，0 //二级菜单 3,1，管理费计算模式（小时），0 4,2,路费单价，0 //三级菜单 5,3,第一种管理费，8 6,3,第二种管理费，10 以此类推。。。。。。。。。。。

[shoppo0505]

引用 6 楼 happy4944 的回复:

[quote=引用 3 楼 shoppo0505 的回复:] 从上往下建，就是先建基础信息表。 话说，这个结构也不正确。 2，3其实1对1的关系，所以可以合并。 表格可以优化成哪个时间段收费为多少。

我只是举例是一层套一层，实际第三层table有20多行，而且那只是user给的例子，可能更多[/quote] 如果第三层总共也就只有30来行，前面两层建议都省去吧

[-一个大坑]

引用 8 楼 hanjun0612 的回复:

应该如下 id, parentid, name,value //一级菜单 1,0,管理费，0 2,0,路费，0 //二级菜单 3,1，管理费计算模式（小时），0 4,2,路费单价，0 //三级菜单 5,3,第一种管理费，8 6,3,第二种管理费，10 以此类推。。。。。。。。。。。

如果说一级菜单 1 0 2 0 3 0 二级菜单 1 1 1 2 1 3 2 1 2 2 三级菜单 1 1 第一种管理费 1 1 第二种管理费 我能理解，你举得例子，我没看出来一级二级的关联

[以专业开发人员为伍]

学点数据库基础知识，了解关系数据库设计模式、主外键之类的知识。

[正怒月神]

引用 10 楼 happy4944 的回复:

我能理解，你举得例子，我没看出来一级二级的关联

parentid，不是关联了吗？ parentid指向的就是前一个菜单的id。

[正怒月神]

引用 10 楼 happy4944 的回复:

我能理解，你举得例子，我没看出来一级二级的关联

第一个列id只是一个自增列。 后面的parentid，指向这个id，说明是前一个的子菜单

[-一个大坑]

引用 17 楼 hanjun0612 的回复:

那就是说，你们最多是3级菜单咯？ 如果确定的话，那么你们可以这么玩

这个程序是的