目前我正在开发一个ASP 2.0的求职门户，SQL Server 2005涉及求职者注册，简历搜索，申请求职信息，雇主注册，创建求职信息，寻找求职者等。最后一年项目招聘门户
求职者可以上传大小为500Kb的Word文档，该文档存储在表格中作为varbinary。
现在我有MemberShip/Roles在单独的数据库中。作业门户表在单独的数据库中。我被告知需要拆分表，以便JobSeeker的表是一个数据库和雇主到另一个数据库，以便加快性能。
我有几个表是桥（那无论是求职者还是用人单位的店铺的ID），如工作职位，应用，保存的职位求职者，用人单位，职位发布的工作信息（适用的）警报等
任何人都可以给我如何创建一个良好的数据库设计（一个或多个）与优秀的表演。现在我有一个Database for Job Portal相关表格，不包括会员资格。下面给出了关键字段的映射，包括为文本索引启用的字段。
（JobSeekerTable - 存储个人资料）
JobSeekerId（PK）
...............
（JobSeekerResumeTable - 商店详细简历）
JobSeekerResumeId（PK）
JobSeekerId（FK）
职位（启用全文索引）
........
（JobSeekerDocTable - 商店简历详情）
JobSeekerDocId（PK）
JobSeekerId（FK）
简历（为varbinary）（启用全文索引）
求职信（文字）
........
（JobSeekerPostingTable - 商店工作职位，由求职者保存）
JobSeekerPostingId（PK）
JobSeekerId（FK）
JobPostingId（ FK）
......
-
JobSeekerAppliedId（PK）
JobSeekerId（FK）
JobPostingId（FK）
（JobSeekerAppliedTable店工作职位，由工作 求职者适用）..... （CompanyTable - 雇主详情）
CompanyId（PK）
.....
（JobPostingTable - 将作业发布的信息产生 由雇主）
JobPostingId（PK）
CompanyId（FK）
职称（启用文本索引）
Job Desc（enab导致全文索引）
.....
（JobPostingConTable - 存储作业的发布 地点详细）
JobPostingConId（PK）
JobPostingId（FK）
信息.....
（CompResumeSaved - 雇主保存的求职者详细信息）
CompResumeSaved（PK）
CompanyId（FK）
JobSeekerId（FK）
.....
最终多个表将被添加。任何人都可以告诉我如何加快表现（特别是用于搜索简历的雇主搜索引擎&搜索工作岗位的求职者。）我希望我已经清楚地提到了一切。
感谢，
阿夫塔卜乌尔拉赫曼
如何分裂的建议会提高性能的概念到达？有没有真正的分析表明这确实是瓶颈所在？不成熟的优化失败了YAGNI，很糟糕，这种早熟的气味。 –