现在一个厂有五十个工人,每个工人每天有工作数量和产品等记录,要做一个数据库,可以查每个工人的每天工作数量和产品,但一年那么多天,而且时间累积,数据库会变大,应该怎么设计好些?
我现在想的是每年一个ACCESS,ACCESS里有五十个工人的名字表,每个表记录这个工人一年的工作,但这样好像很麻烦,而且要查询具体天数时不好做,请问各位有什么好的建议的?

解决方案 »

  1.   

    我认为应该有工人表,产品表,工作量表
    工人表:PerId,姓名,年龄等
    产品标:ProId,产品名,产品价格等
    工作量表:Id,工人,产品编号,数量
      

  2.   

    楼上正解:
    工作量中包含日期、员工ID、产品ID!——可做联合主键!
      

  3.   

    如果數據多,就改用MSSQL ,上百W條記錄沒問題.
    不要用Access ,數據大速度會很慢,
      

  4.   

    楼上说的都对,建议用sqlserver,这样数据量大到上千万时也没有关系
    表要建成多个关采用联合主键,建立正确的索引等
      

  5.   

    根据楼主提示,分析楼主目前水平,得出以下结论:
    就一个表   姓名  日期  产品  数量  
    如果工人只做一种产品,而且天天上班。一年大概20000条数据不到,
    使用access比较慢,就用sqlserver。
    这样,几年的数据都可以查询统计,而且速度不慢。