同时也请各位高手谈谈如何定义一个好的进销存数据库,在定义时应遵循什么原则、注意哪些方面,如果您的建议好的话,我可以再开贴给分,谢谢
23 个解决方案
#1
不要定义在一张表里!
#2
建议分开放
#3
我做了个物资收发的系统。
分2个帐套:实物帐、商流帐
任何一笔收发都是先实物帐后商流帐。
实物帐记录实物的进出;
商流帐反映资金的进出。
分2个帐套:实物帐、商流帐
任何一笔收发都是先实物帐后商流帐。
实物帐记录实物的进出;
商流帐反映资金的进出。
#4
建议分开。
数据库原理比较有用。
数据库原理比较有用。
#5
可以放在一个表里面,有一个字段定义一个类型就可以了物品的大类
(成品、半成品、原材料)。各种基础资料定义。客户/厂商定义在一个表中。(客户,厂商有可能相同,定义类型加以区分(1、客户,2、厂商,3既是客户又是厂商。))各个单据定义两个表,表头(共同资料),
表身(各条记录)。通过单据的号码相关联。
有需要的话给我发CSDN短信。我年后有空详细聊
(成品、半成品、原材料)。各种基础资料定义。客户/厂商定义在一个表中。(客户,厂商有可能相同,定义类型加以区分(1、客户,2、厂商,3既是客户又是厂商。))各个单据定义两个表,表头(共同资料),
表身(各条记录)。通过单据的号码相关联。
有需要的话给我发CSDN短信。我年后有空详细聊
#6
up!
#7
uup!
#8
建议分开放。。。。。
#9
呵呵 又是一个要做毕业设计的
#10
up!
#11
UP
#12
放不放一个表里主要是看方便和易操作呢!
放一个表里用一个字段来区分,有些时候搜索数据就比较方便了
放两个表里和一个表里区别并没有什么
放一个表里用一个字段来区分,有些时候搜索数据就比较方便了
放两个表里和一个表里区别并没有什么
#13
http://www.happycampus.com.cn/pages/2004/08/27/D150225.html
#14
对,数据库设计是相当复杂的
#15
这觉得看情况,如果你的每个成品的原材料变化很大,很少有相同的,放一个表里最好,如果你的原材料可以分成多少类,然后能据成品分属于这些类,应分成两个表吧。
#16
没做过 ,帮你up
#17
参考northwind
#18
分开!有简单到复杂,减少数据冗余最重要!
#19
分开定义建表,然后建立联系。作视图方式连接起来,不是更好??
#20
建议采用分开放的方法,并且尽量满足数据库中的第三范式.
原因:
1.分开放可以减少数据冗余,对以后数据量大时是有好处的.
2.要求尽可能的满足三范式的设计.
3.如果一个表里面的查询方便的话,在sql里面的视图是很好的可以解决所谓的一个表的方便问题的.
以上只属于个人意见!
原因:
1.分开放可以减少数据冗余,对以后数据量大时是有好处的.
2.要求尽可能的满足三范式的设计.
3.如果一个表里面的查询方便的话,在sql里面的视图是很好的可以解决所谓的一个表的方便问题的.
以上只属于个人意见!
#21
你可以装个用友软件 它的数据库是开发的ms sql的 可以借它的看看 对你一定有好处
#22
当然是分开好了
#23
同意fibona
分开放,多用些表,然后更具情况来几个视图就搞定了
分开放,多用些表,然后更具情况来几个视图就搞定了
#1
不要定义在一张表里!
#2
建议分开放
#3
我做了个物资收发的系统。
分2个帐套:实物帐、商流帐
任何一笔收发都是先实物帐后商流帐。
实物帐记录实物的进出;
商流帐反映资金的进出。
分2个帐套:实物帐、商流帐
任何一笔收发都是先实物帐后商流帐。
实物帐记录实物的进出;
商流帐反映资金的进出。
#4
建议分开。
数据库原理比较有用。
数据库原理比较有用。
#5
可以放在一个表里面,有一个字段定义一个类型就可以了物品的大类
(成品、半成品、原材料)。各种基础资料定义。客户/厂商定义在一个表中。(客户,厂商有可能相同,定义类型加以区分(1、客户,2、厂商,3既是客户又是厂商。))各个单据定义两个表,表头(共同资料),
表身(各条记录)。通过单据的号码相关联。
有需要的话给我发CSDN短信。我年后有空详细聊
(成品、半成品、原材料)。各种基础资料定义。客户/厂商定义在一个表中。(客户,厂商有可能相同,定义类型加以区分(1、客户,2、厂商,3既是客户又是厂商。))各个单据定义两个表,表头(共同资料),
表身(各条记录)。通过单据的号码相关联。
有需要的话给我发CSDN短信。我年后有空详细聊
#6
up!
#7
uup!
#8
建议分开放。。。。。
#9
呵呵 又是一个要做毕业设计的
#10
up!
#11
UP
#12
放不放一个表里主要是看方便和易操作呢!
放一个表里用一个字段来区分,有些时候搜索数据就比较方便了
放两个表里和一个表里区别并没有什么
放一个表里用一个字段来区分,有些时候搜索数据就比较方便了
放两个表里和一个表里区别并没有什么
#13
http://www.happycampus.com.cn/pages/2004/08/27/D150225.html
#14
对,数据库设计是相当复杂的
#15
这觉得看情况,如果你的每个成品的原材料变化很大,很少有相同的,放一个表里最好,如果你的原材料可以分成多少类,然后能据成品分属于这些类,应分成两个表吧。
#16
没做过 ,帮你up
#17
参考northwind
#18
分开!有简单到复杂,减少数据冗余最重要!
#19
分开定义建表,然后建立联系。作视图方式连接起来,不是更好??
#20
建议采用分开放的方法,并且尽量满足数据库中的第三范式.
原因:
1.分开放可以减少数据冗余,对以后数据量大时是有好处的.
2.要求尽可能的满足三范式的设计.
3.如果一个表里面的查询方便的话,在sql里面的视图是很好的可以解决所谓的一个表的方便问题的.
以上只属于个人意见!
原因:
1.分开放可以减少数据冗余,对以后数据量大时是有好处的.
2.要求尽可能的满足三范式的设计.
3.如果一个表里面的查询方便的话,在sql里面的视图是很好的可以解决所谓的一个表的方便问题的.
以上只属于个人意见!
#21
你可以装个用友软件 它的数据库是开发的ms sql的 可以借它的看看 对你一定有好处
#22
当然是分开好了
#23
同意fibona
分开放,多用些表,然后更具情况来几个视图就搞定了
分开放,多用些表,然后更具情况来几个视图就搞定了