目前我正在開發一個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，很糟糕，這種早熟的氣味。 –