杭州交通信息网纳米和毫米换算:应该如何建立这样一个功能的数据库
来源：百度文库 编辑：杭州交通信息网 时间：2024/04/26 07:16:23
我现在要完成这样一个功能，总部给下面的各公司分部下发文件，下发后希望可以看到公司分部的签收情况，例如公司分部名称以及签收时间，同时分公司可以和其它分部和总部发文件，同时也要看到这些部门的签收情况。该如何建立数据库才能使功能完善而且占用主机资源最少。是把文件做为主数据库，还是公司名称做为主数据库？或者还有其它的更好的办法？回答的朋友可否把建立的数据库和表的详细情况讲讲。
只靠数据库肯定不行呀，我用的asp.net现在主要是数据库的建立成问题，如果用公司名称做为建立数据库的依据，那是不是应该建两个表？一个发件，一个收件，这样的话如果同时给多个公司发送文件，不是要开很多表，很影响效率，但是如果以文件做为主数据库，签收应该怎么签收，怎么知道哪些公司签收了，哪些没有签收？
如果按照2楼的朋友那样的办法，如果有100家分公司不是要设置100个字段，那样发一份文件要占用多少服务器资源啊
只靠数据库肯定不行呀，我用的asp.net现在主要是数据库的建立成问题，如果用公司名称做为建立数据库的依据，那是不是应该建两个表？一个发件，一个收件，这样的话如果同时给多个公司发送文件，不是要开很多表，很影响效率，但是如果以文件做为主数据库，签收应该怎么签收，怎么知道哪些公司签收了，哪些没有签收？
如果按照2楼的朋友那样的办法，如果有100家分公司不是要设置100个字段，那样发一份文件要占用多少服务器资源啊
一个表就可以了.
表中增设一个数字字段cid,当cid为1时表示发文件,CID为2时表示收文件,CID为3时表示已签收的文件.
给多个公司发的文件也可以用再增设数据库字段如AA字段的方法进行设置.其中的a表示a分公司,b表示b分公司,等等.
单纯靠数据库好像实现不了这个功能把？