Access交流中心

北京 | 上海 | 天津 | 重庆 | 广州 | 深圳 | 珠海 | 汕头 | 佛山 | 中山 | 东莞 | 南京 | 苏州 | 无锡 | 常州 | 南通 | 扬州 | 徐州 | 杭州 | 温州 | 宁波 | 台州 | 福州 | 厦门 | 泉州 | 龙岩 | 合肥 | 芜湖 | 成都 | 遂宁 | 长沙 | 株洲 | 湘潭 | 武汉 | 南昌 | 济南 | 青岛 | 烟台 | 潍坊 | 淄博 | 济宁 | 太原 | 郑州 | 石家庄 | 保定 | 唐山 | 西安 | 大连 | 沈阳 | 长春 | 昆明 | 兰州 | 哈尔滨 | 佳木斯 | 南宁 | 桂林 | 海口 | 贵阳 | 西宁 | 乌鲁木齐 | 包头 |

[5分]组别多了有必要各个组别都建表吗?

李晓亮  发表于:2014-05-05 18:16:40  
复制

像钢材产品,分品种、材质、规格、型号,在数据库中也得搞个品种表、材质表、规格表、型号表及编号吗?还有组织机构,集团公司、公司、部门、班组...等组织多了,有必要也都按组别每级搞个表?能不能直接搞个树形结构,像组织机构图等目录树。或者说目录树各个节点的原理也是基于表?请老师指点下,以免将来返工。

 

Top
竹笛 发表于:2014-05-05 19:07:02

你上面说的,一般都要有编码表。




李晓亮 发表于:2014-05-05 23:04:11
那就别瞎想了,干正事吧。我觉得树形结构也需要建表吧?

煮江品茶 发表于:2014-05-07 16:45:30

不需要。

1、用字典表来管理哪些字段较少的分类型数据。


2、对具有层级关系的数据在一个数据表中反映,只需要加一个父类ID字段即可。


处理方法参见:http://www.accessoft.com/blog/article-show.asp?userid=10802&Id=9079



renco 发表于:2014-05-07 23:18:37

合在一个表里,不是不可以,但以后系统扩展性会有所限制,这个需要你有个区分,把一些扩展性较大的,进行独立建表,相对稳定的,可以合并在一个表里



蟹仔 发表于:2014-05-08 20:37:23

其实弄很多个表没有坏处。反正最后用户又不会直接查看你的表。

如果觉得太多表碍眼,你可以把它合在一个表里面,如

ID  参数类型  名称

1   部门       第一个部门

2   部门       第二个部门

3   公司       公司A

4   公司       公司B




总记录:5篇  页次:1/1 9 1 :