หนึ่งบุคคลน่าจะมี ฐานันดร เดียว นะครับ

ถ้ามีการแยก Category หลายมิติ ก็ทำตารางละ 1 มิติ
สมมติเรามีข้อมูล
นายนิลกาฬ มืดสนิด เป็นอาจารย์สอนภาษาไทย มัธยมต้น และเป็นครูอัตราจ้าง

รหัสบุคคล=001
ชื่อ=นิลกาฬ
ขั้น= (ครูอัตตราจ้างนี่ C-8 หรือ C-9 ครับ ผมไม่รู้เรื่องนี้เลย อิอิ)
แผนก=ภาษาไทย
ส่วน=มัธยมต้น
สังกัด=อัตราจ้าง

จะเห็นว่าเราแยก Category ออกเป็น 4 มิติ คือ แผนก, ส่วน,สังกัด,ลำดับขั้นข้าราชการ
เราก็ต้องสร้างตารางเหล่า Category พวกนี้ไว้ 4 ตารางครับ
ส่วนข้อมูลเราจริงๆ เราก็เก็บแค่ตารางเดียวนั่นแหละครับ คือตาราง tbPerson แต่ขอแค่ให้มีฟิลด์ครบทุกๆ Category แล้วมันก็จะไม่ซับซ้อนอย่างที่คิดหรอกครับ
แม้ถ้าในอนาคตมีการจัดกลุ่มแยก category ขึ้นมาอีก เช่น ให้แบ่งกลุ่มโซนภูมิภาค เราก็สร้างตารางนั้นขึ้นมาใหม่ และในตาราง tbPerson เราก็แค่เพิ่มฟิลด์ รหัสภูมิภาคเข้าไปครับ

หนึ่งตารางสามารถมีฟิลด์ได้ถึง 255 หรือ 254 ฟิลด์นู่นแหละครับ เพราะงั้น tbPerson ตารางเดียวจัดกลุ่มได้ทุกอย่างเลยครับ
การมีฟิลด์เยอะ ต้องรู้จักใช้นิดหนึ่ง เวลาคิวรี่ข้อมูลไม่ควรใช้ "Select *"
ไม่ว่าจะเป็นการเอาข้อมูลนี้ไปใช้ในคิวรี่, ฟอร์ม, หรือรายงานก็ตาม

กำลังหาอ่านเรื่อง database design อยู่ครับ
http://www.thaiall.com/learn/sader.htm
ตอนนี้ลองออกแบบ แบบที่เป็นตารางเดียว แล้วเก็บค่าแบบ Parent ID และ Child ID ครับ หลักก็จะมี 2 ตารางคือ ตาราง Organize กับตาราง Staff ก็ออกแบบเองครับ ไม่รู้ว่าตอนไปผูกความสัมพันธ์มันจะมีปัญหาไหม

คือตอนนี้ตาราง Staff ก็จะระบุว่า staff คนนี้อยู่แผนก/ทีม ไหน
แต่รู้สึกว่ามันจะลำดับชั้นแปลกๆ แบบว่า คนๆหนึ่ง เป็นทั้งหัวหน้าและลูกน้อง ไม่รู้จะเก็บค่าอย่างไรดี แบบว่า เป็นหัวหน้าทีม แต่เป็นลูกน้องของผู้บังคับบัญชาระดับสูงกว่า