急！急！急！！！！！！救命。。。在线等。。。

Question

总的来说,应该差不多吧,
简单的小系统可以这样设计了.会不会涉及到退货或者折扣之类的嘛,
如果涉及的话,相应的字段或者表也要加进去就可以了.

Answer 1

都用身份证ID进行关联就可以了,不需要重复记录太多的信息.

Answer 2

e..还是没太明白耶。。
买家订购信息表和卖家出售信息表这两个表不要了吗。。恩。。是太啰嗦了吗

Answer 3

不是不要..
而是那些列没必要..
看4楼.

Answer 4

买家订购信息表（序号,买家身份证号，货品号） 
主键：序号
卖家出售信息表（序号,卖家身份证号，货品号，交货时间） 
主键：序号

Answer 5

哦。。
明白了恩。。谢谢大家。。

Answer 6

            买家订购信息表（买家身份证号，货品号，尺码，价格） 
                         主键：货品号 
                 卖家出售信息表（卖家身份证号，货品号，交货时间） 
                        主键：货品号
这样就可以了对吧。。

Answer 7

你的货品信息表不是已经有尺码,,价格了吗?...买家订购信息表..还尺码..价格干嘛呢?

Answer 8

主键不合理，应该加个序号（或者id），看8楼

Answer 9

那只要在买家订购信息表 和卖家订购信息表里加就行了吧

Answer 10

恩。一个卖家可以对应很多买家，序号要怎么写？

Answer 11

同意！
不会有冗余，小的数据库不必多考虑数据冗余，最快的数据操作是首选，我认为

Answer 12

同意楼上的
1、人员信息表
(N_ID(可以只用用C_CardId),C_CardId,C_Name,C_Sex,C_Phone,C_Addr,C_Email,C_Re(人员描述，可不要))
Key(N_ID)2、货物信息表
(N_ID(货物ID),C_Color,C_Size,C_Price,N_Count(记录货物库存量),C_Re（货物描述,可不要）)
Key(N_ID)3、交易信息表
(N_ID,N_Goods_ID,N_HostID,N_BuyerID,N_Business_Status(0(交易中),1(交易成果)）),D_Business_Time)
key(N_ID)或者不要N_ID时，
用key(N_Goods_ID,N_HostID,N_BuyerID)