数据库设计不合理？？

employee表记录员工基本信息
software 表两个字段 softwareID, software
field 表两个字段 fieldID, field
另有一张service 表
serviceID
employeeID
fieldID
softwareID
price
这样设计本没有问题，可现在问题就在于一个员工可能拥有多个software,多个field,
目前设计用“，”将fieldID/softwareID连接起来，
serviceID   employeeID   fieldID   softwareID   price
1                1        1,2,3      3,4,5        100
这样设计的话，现在前台要列出每个员工的专长(field)和使用的软件(software)及分别需要的价格。我始终想不出来要怎么解决，求助各位了。

解决方案 »

  1.   

    一个员工可能拥有多个software,多个field,目前的service 表不是也可以么?serviceID是主键吧,
    employeeID
    fieldID
    softwareID
    三个字段共同定位price不就可以了么,不需要用,来连接
      

  2.   

    一个员工拥有多个 software, 多个field 怎么解决？还不是要用","连接？问题就在于这样不好提出数据啊。比如我要查找一个会使用 .net 的员工(对应的softwareid 为2)应该怎么写查询语句？
      

  3.   

    我的需求是这样的，需要记录员工都会使用哪些software, 专长都是哪些(field)及分别对应的价格是多少。请问这样的需求数据库要怎么设计才合理些？