ID:主鍵，每個實體都有它唯壹的識別碼，就像我們的ID號壹樣。壹般情況下，建議使用單個主鍵作為外鍵，並設置數據庫的主鍵和輔鍵之間的關聯約束。
代號:不能，但不能重復。有時候我用程序來判斷，有時候我創建壹個唯壹的索引，所以不能自動重復。
用戶名:登錄名，用數字或拼音，登錄時方便輸入，如“jirigala”。
FullName: name，這是真名，比如“吉日嘎拉”。
CompanyID:這個數據當時是屬於哪個公司的，因為員工跳槽、轉公司都是有可能的。
部門:這個數據當時屬於哪個部門？
WorkgroupID:這個數據當時屬於哪個工作組？
StaffID:這個數據當時是哪個員工的？
已啟用:無論數據是否生效，錄入的數據很可能需要審核後才能生效。
刪除標記:數據是否被刪除？我不能真的刪除數據，所以我不能恢復它。
AuditStatus:審計過程放在另壹個表中，但是狀態寫在這個表中。嚴格來說，狀態不應該放在這個表中，而應該放在工作流表中。
說明:再多的領域設計，也永遠滿足不了客戶千變萬化的需求。多獲取壹個備註字段，所有放不下又沒地方放的內容都可以塞到這個字段裏，否則妳就設置1000字段，10001需求就可能出現。排序代碼:
CreateUserID:誰創建了這些數據？記錄主鍵，因為名稱可能會直接重復。比如在內蒙古，我的名字被重復的概率就高很多。
CreateUserRealname:創建者的名字。雖然是多余的，但是在列表中顯示數據還是很方便的。現在硬盤也大了，冗余也沒關系。
創建日期:這個數據是什麽時候建立的？如果出了問題，我們仍然可以知道它是什麽時候制造的。公安高度重視。當某人被點擊時，最好能夠詳細說明事情發生的地點。
ModifyUserID:誰修改了數據？
ModifyUserRealname:誰？
修改日期:數據是什麽時候修改的？