这样的数据库怎么设计?绝对有代表性!(300分)

  • 主题发起人 主题发起人 dhl2001
  • 开始时间 开始时间
D

dhl2001

Unregistered / Unconfirmed
GUEST, unregistred user!
客户按类型分为几类,
但是每种客户的 ***[字段]*** 不同,从表也不同
例如 A有信用级别字段,B有付帐期限。
一般客户有两个从表,A联系人,B传真
如A类客户有个从表,押金表,
B类客户有个从表,往来帐表。
这可咋设计呢。
ERP里是怎么设计的呢?
 
我也有这样的情况。
我的处理方法:
建一个主表,针对每种情况建一个从表,用客户编号同主表关联。
只是在显示时根据类别显示一个从表编辑、显示界面即可.


 
建立一个从表,预留N个字段,通过设置,去控制各字段的显示
 
不要太学究了,建一个大而全的,各取所需!
 
建立多个从表,或一个大而全的表,这两种方法在数据库设计时都用得到。
大而全的表需要比较多的存储空间,但编程时较好处理。
多个从表,较节约存储空间,但编程时要处理多个表,麻烦点。
如果客户情况如上所说,我觉得用一个大而全表较好。
 
建立一个主表,然后根据各种类型建立不同的从表,
这样即可以实现数据存储,
还简化了一些录入方面的工作!
 
同意建大而全表的方法,因为客户表一般不会有很多记录,这样数据冗余可以接受。
 
大而全的记录怎么做呢?
 
建一个大而全的从表,根据不同情况,设置从表的显示字段,这样的好处是简化程序.不但表要这样,功能差不多的窗体也应这样设计.
 
你可以先把結構優化一下﹐用建立主表后﹐建立從表的時候使用外鍵引用。
 
如何构造要根据实际的情况,总结这些业务规则的相似点,在避免发生冗余的情况下对
各表进行关系架构,按你所说的不同级别客户有不同的子表,你其实就不能再用单纯的
主从架构了;定义一个信用等级表,包括信用级别和相关描述即有没有押金表,往来帐表...,可以是一些布尔型的字段,用这个子表来关联客户表以确定该客户存在什么样的子表,对于所有类型的子表不能分客户建立,而是每种类型的组成一张表,里面包括所有客户的信息,比如:建立一个押金表,再把所有需交压金的客户的预付款信息都放进去,用的时
候就通过: 客户表 - 信用级关联表 - 押金表.......查询就可以了!
没有标准的解决方案,要根据实际情况来设计,尽量找出不同业务环节的共同点;
 
多人接受答案了。
 

Similar threads

回复
0
查看
863
不得闲
S
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
后退
顶部