日期:2014-05-18  浏览次数:20561 次

一个中型招聘网站的数据库关系分析!!求教
现在想自己开发一个中型适应某个地区的招聘网站,决定用asp.net   2.0+Sql   server   2005开发。
  功能类似于www.wzjob.com(温州招聘网),该网站打开相应信息速度极快(包括查询),现在基本功能的处理技术都可以实现。但要实现该网站的运行速度并没有信心。
  问题如下:
      1、该如何处理应聘方与招聘方的表关系(即招聘方可以发布多个职位,应聘方可以应聘多个职位,),具体该用多少个表比较合适,表间关系如何设置
        /////我的思路(四个表:招聘方信息表,招聘方职位表、应聘方信息表、应聘方应聘表{该表与招聘方职位表建立关联})
      2、最重要的是网站速度和性能问题,在数据库设计和网站开发中该注意些什么?

      PS:没做过如此大型的网站,平时涉及小型网站(数据量较少),像这种涉及上百万甚至千万条记录的网站没太多思路。准备花两个月时间做数据库设计和可行性分析。
      请大家多提宝贵意见!!希望能得到些启发!!

------解决方案--------------------
up,帮你顶一下,我们那人才网才8000多条人才数据,呵呵~~还没到考虑网站速度的时候~~基本思路和你一样~
------解决方案--------------------
可以考虑生成静态的xml格式文件,用IO流的方式去读文件。每天晚上定时生成,自动替换以前旧的数据
------解决方案--------------------


1招聘列表---企业发布的招聘,如高级程序员,文员,

2个人求职者已发送应聘职位列表---求职者的应聘记录,

3企业所收到的应聘记录列----与2表对应,供企业查看,

2和3表的数据上差异是

当企业登陆后,进入查看应聘者列表时,显示的部分数据(一般是名字,应聘职位,时间,应聘年龄或学历或工作年份)

个人登陆后,查看时显示的是(企业的名称,招聘职位,地区等等)

2和3表建立是为了显示列表,但部分资料不必再重复搜索企业信息表及个人简历表(特别是个人简历表的数据量太大了)