一个经典的数据库结构设计问题？是高手的进！来者有分～！

[我本来就叫顾影]

现要求设计一个数据库，要求能够从一张表中看到所有的商品信息，如商品编码，商品名称，庋量单位、所在库位，供应厂商，库存量等，并且今后这样一个数据库可能还要存储关于客户订单，销货、进货记录等信息，你应该怎样设计数据库中的各个表，来实现可扩展性和可维护性？

我是这样的设计的：
－－－－－－－－－－－－－－－－－－－－－－－－
KW表 (库位表)
库位编码 －－－主键
库位名称

SPBM表 （商品编码）
商品编码 －－－－主键
商品名称
库位编码
计量单位编码
供应商编码

JL表 （计量单位表）
计量编码 －－－主键
计量名称

GYCS表 （供应厂商表）
供应商编码 －－－主键
供应商名称
地址
联系电话

KCSP表 （库存商品表）
商品编码
库位编码
供应商编码
库存量
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
最后用SELECT进行多表查询，按键值之间的对应关系，实现显示命题中所要求的目的。


各位认为这样设计有什么不妥，或请提出你的高见？

回贴者有分！

[mars884813]

考虑到可扩充性，设计多个独立的表，在用户需要报表之类的综合信息时，可以用视图实现。

数据库设计我不大在行（我用PB，只会在在数据窗口里写些SQL语句）。

帮你UP！

[prjM]

比较合理，符合商业应用要求，也符合数据库规范化设计的思想。另外补充两点：
1、增加数据字典表
2、多个表联合查询时，表数量不要太多，否则影响查询效率（4、5个以下为好）。

[qiankunbobo]

我的观点和PRJM一样

[caili314]

从ER图入手或对象关系图入手, 就能得到比较好的结构. 经典方法.

[liang_jimmy]

这个结构不错，基本上都留下了接口了。

[256m]

up

[我本来就叫顾影]

UP

[我本来就叫顾影]

谢谢各位仁兄！
望大家继续发言！

[flysir]

学习!