第一次发贴 求个数据库设计..在线等

1. 某汽车公司的配件信息一览表如下，试将其化为符合3NF的关系。
（配件编号，配件名称，型号规格，供应商名称，供应商地址，单价，库存量）
1. 根据下述库存量监控功能的处理逻辑画出判断树。
若库存量≤0，按缺货处理；若库存量≤库存下限，按下限报警处理；若库存量＞库存下限，而又≤储备定额，则按订货处理；若库存量大于库存下限，小于库存上限，而又大于储备定额，则按正常处理；若库存量大于等于库存上限，而又大于储备定额，则按上限报警处理。
2. 绘制一张确定物资采购批准权限的判断表，要求能描述以下内容：
a) 购买50元以下物资不要批准手续。
b) 购买50~500元的物资应由供应科长批准。
购买500元以上的物资需经厂长批准。


请大家帮帮忙.实在是想不出来什么好的设计

17 个解决方案

#1

自己顶一下不要沉袄

#2

1NF：列唯一性，或列的不可再分性
2NF：行唯一性，有主键
3NF：数据不冗余

#3

汽车公司的配件信息一览表如下
配件编号      配件名称  型号规格    供应商名称    供应商地址      单价   库存量
--------  --------- --------- ------------ -----------  ------  -------
0articid    0name     0type      supply0   0suppAddress   1        10
1articid    0name     0type      supply0   0suppAddress   2        20
2articid    0name     0type      supply0   0suppAddress   3        30       
3articid    0name     0type      supply0   0suppAddress   4        40
4articid    0name     0type      supply0   0suppAddress   5        40
5articid    5name     5type      supply0   0suppAddress   6        50
6articid    6name     6type      supply0   0suppAddress   7        50
7articid    7name     7type      supply0   0suppAddress   7        60
8articid    8name     8type      supply0   0suppAddress   8        60
9articid    9name     9type      supply1   1suppAddress   99       40
                              ||
                              ||
                              ||
1.汽车公司的供应商信息一览表

供应商编号       供应商名称     供应商地址 
-------------- ----------  -------------
0supplyid       supply0     0suppAddress
1supplyid       supply1     1suppAddress

如果汽车公司的供应商较多，这部分独立出来设计是显而易见的；
就算不多，这部分独立出来设计也便于以后维护和修改.
___________________________________________________________

2.汽车公司的配件信息一览表

配件编号      配件名称  型号规格      供应商编号   单价
--------  --------- --------- ------------ --------
0articid    0name     0type      0supplyid   1        
1articid    0name     0type      0supplyid   2        
2articid    0name     0type      0supplyid   3             
3articid    0name     0type      0supplyid   4        
4articid    0name     0type      0supplyid   5        
5articid    5name     5type      0supplyid   6        
6articid    6name     6type      0supplyid   7        
7articid    7name     7type      0supplyid   7        
8articid    8name     8type      0supplyid   8        
9articid    9name     7type      1supplyid   99  
   
3.汽车公司的配件库存信息一览表

库存编号   配件编号     库存量
--------  --------   -------
0stockid   0articid    10        
1stockid   1articid    20        
2stockid   2articid    30             
3stockid   3articid    40        
4stockid   4articid    40        
5stockid   5articid    50        
6stockid   6articid    50       
7stockid   7articid    60        
8stockid   8articid    60        
9stockid   9articid    40

2,3设计的思想
第一點： 
是汽车公司起初考虑到,当销售时客户选择要购买的的配件时要大量判断库存量,因为客
户在选择要购买的的配件时(时间问题),不能准确确定库存量(有采購到庫的，生產到庫
的，退貨到庫的，同時被其他客戶已定貨的等等情況),所以這個交易時還要因情況而定.
例如：批發客戶，散戶，分公司等等情況

第二點建議： 
根据具体情况配合2,3来实现客户选购的展现和判断以及交易更新，以便做进一步处理；

若库存量<=0，按缺货处理；
若库存量<=库存下限，按下限报警处理；
若库存量>库存下限，而又<=储备定额，则按订货处理；
若库存量>库存下限，<库存上限，而又大于储备定额，则按正常处理；
若库存量>=库存上限，而又大于储备定额，则按上限报警处理。

还有要考虑相同型号规格不同的配件,來確定Insert一張Table；
是否有必要記錄每一筆交易的詳細情況,以便查詢和盤點,來確定Insert一張Table；
___________________________________________________________







确定物资采购批准权限的判断表  (采購時以总额来判断)

分析如下:

购买物资总额 < 50元              要批准手续
50元 <= 购买物资总额 <= 500元    由供应科长批准
购买物资总额 > 500 元            厂长批准


1.确定物资采购批准权限的判断表
采购编号 采购內容 采购時間 采购總額 采购人員 權限批准  權限批准人   權限批准時間  權限說明                      采购狀態
------ -------- ------ -------  ------ -------- ----------  ----------  ----------------------   --------
1     可樂     2008-1-13    6元   使用者    Y        使用者       2008-1-14  小于50元(無需批准)           可用
2     打印機   2008-1-13  380元   使用者    N        供应科长     2008-1-14  50元～500元(需供应科长批准)   可用
3     數碼相機 2008-1-13 2100元   使用者    N        厂长         2008-1-14  大于500元(需厂长批准)        可用
4     電影票   2008-1-13   49元   使用者    Y        使用者       2008-1-14  小于50元(無需批准)           可用


第一點：
        這樣設置便于維護和修改; 
第二點：
           采购人員默認是登錄人員，節使用者,若是采购總額小于50元,只設置權限批准為Y，否，為N，
        必須由相應的人員批準 ,若登錄人員是供应科长或厂长則只能批準或否定批準，來修改《權限批准》為 Y或N。
第三點：
        當一筆采購全部結束時，只這一筆采購狀態不可用。
第四點：
        當中 《權限說明》 是讓 登錄人員 選擇的，由此決定 《權限批准》 《權限批准人》《權限批准時間》

#4

LS的强悍

#5

该回复于2008-05-04 09:57:32被版主删除

#6

up

#7

up

#8

up

#9

楼主你好，我是一名在校大学生，计算机专业。我最喜欢数据库了，看到上面那位大哥的解答我深感佩服，大大的顶一个哈。厉害。

#10

3.汽车公司的配件库存信息一览表 

库存编号  配件编号    库存量  库存下限   库存上限
--------  --------  -------     -------     -------
0stockid  0articid    10         8            100
1stockid  1articid    20         8            100        
2stockid  2articid    30         8            100            
3stockid  3articid    40         8            100        
4stockid  4articid    40         8            100        
5stockid  5articid    50         8            100        
6stockid  6articid    50         8            100      
7stockid  7articid    60         8            100        
8stockid  8articid    60         8            100        
9stockid  9articid    40         8            100 

#11

INSERT INTO ARTIC
VALUES (articid_req.nextval,9name,9type,supply1,1suppAddress,99,40);
COMMIT;
SELECT * FROM ARTIC;
--HAVE A TRY!

#12

0stockid  0articid    10        
1stockid  1articid    20        
2stockid  2articid    30            
3stockid  3articid    40        
4stockid  4articid    40        
5stockid  5articid    50        
6stockid  6articid    50      
7stockid  7articid    60        
8stockid  8articid    60        
9stockid  9articid    40 

2,3设计的思想 
第一點： 
是汽车公司起初考虑到,当销售时客户选择要购买的的配件时要大量判断库存量,因为客 
户在选择要购买的的配件时(时间问题),不能准确确定库存量(有采購到庫的，生產到庫 
的，退貨到庫的，同時被其他客戶已定貨的等等情況),所以這個交易時還要因情況而定. 
例如：批發客戶，散戶，分公司等等情況 

第二點建議： 
根据具体情况配合2,3来实现客户选购的展现和判断以及交易更新，以便做进一步处理； 

若库存量 <=0，按缺货处理； 
若库存量 <=库存下限，按下限报警处理； 
若库存量>库存下限，而又 <=储备定额，则按订货处理； 
若库存量>库存下限， <库存上限，而又大于储备定额，则按正常处理； 
若库存量>=库存上限，而又大于储备定额，则按上限报警处理。 

还有要考虑相同型号规格不同的配件,來確定Insert一張Table； 
是否有必要記錄每一筆交易的詳細情況,以便查詢和盤點,來確定Insert一張Table； 

#13

这种麻烦问题否有人帮忙？太厉害了

#14

为什么是这样的

#15

人才啊

#16

不错

#17

学习学习!!!!

#18

• c#数据开发例题
• 最小生成树的matlab(7.1)通用程序(prim)