[求助]关于数据库中表设计的合理性

Question

数据库中有几个表,存储销售的商品信息
【销售明细表】包含 自动编号（自增主键）、流水号、商品条形码、销售价格、数量、备注
【销售流水表】包含 流水号（主键）、销售金额、会员ID、销售员ID、收银时间【销售明细表】
 自动编号（自增主键）|  流水号   | 商品条形码 | 销售价格 | 数量 | 备注
  1071             流水号123  692222222   100.00   1.00 无备注
  1072             流水号123  692222223    99.00   1.00 好吃点
  1073             流水号123  692999999   155.00   1.00 进口
【销售流水表】
   流水号（主键）| 销售金额 | 会员ID | 销售员ID | 收银时间
     流水号123     349      00188    002      2013年6月8日
     流水号128     349      无         001      2013年6月8日
     流水号129     349      00188    无         2013年6月8日
     流水号130     349      无         无        2013年6月8日
    ……             ……      ……我的问题是 销售流水表中会员id 和销售员ID 经常会为空数据，就是有时消费的顾客不是会员，也没有销售员销售时。
那么我是否应该新建一个表来维护
类似建立下面这样的表结构来维护
【销售流水表】
   流水号（主键）| 销售金额 | 收银时间
     流水号123     349     2013年6月8日
     流水号128     349     2013年6月8日
     流水号129     349     2013年6月8日
     流水号130     349     2013年6月8日
    ……             ……      ……  流水号   |  销售员id
流水号123    00188
流水号129    00188  流水号   |  会员id
流水号123    002
流水号128    001
 大家帮我看看  如何更加合理  或者你有更好的办法

Answer 1

流水号   |  销售员id
流水号123    00188
流水号129    00188   流水号   |  会员id
流水号123    002
流水号128    001这2个可以合在一起。第一种也可以

Answer 2

没有做过实际的数据测试，不知道哪种更合理（也不知道从何测试）
只能说我自己的做法1、销售明细表
会员ID——保留，有则写上去，没有就NULL
2、另外建立会员积分总表，会员积分明细表

Answer 3

——我是3楼1、销售明细表
会员ID——保留，有则写上去，没有就NULL
在搜索销售明细的时候，可以直观地看出——会员购买还是新客户购买，有时候要做些分析。
2、另外建立会员积分总表，会员积分明细表
很久以前做的系统，是只有明细表，后来发觉查询总积分的时候不方便；又增加了积分总表