Dimensional modeling เป็นวิธีการออกแบบตรรกะ (logical design method) ที่ปฏิบัติตามเพื่อนำเสนอข้อมูลในโครงสร้างมาตรฐานที่เข้าใจง่าย (perceptive) และเปิดใช้งานการเข้าถึงประสิทธิภาพสูง (high-performance access) มันเป็นเชิงมิติโดยพันธุกรรม (genetically dimensional) และปฏิบัติตามวินัยที่ต้องการ relational model พร้อมข้อจำกัดหลายอย่าง
Dimensional model แต่ละอันประกอบด้วยตารางหนึ่งตารางที่มี multipart key เรียกว่า fact table และกลุ่มตารางเล็กๆ เรียกว่า dimension tables Dimension table แต่ละตารางมี primary key เดียว (single-part) ที่สอดคล้องกับหนึ่งในองค์ประกอบของ multipart key ใน fact table โครงสร้างรูปดาวเฉพาะตัวนี้เรียกว่า star join โครงสร้างนี้มีที่มาตั้งแต่วันแรกของฐานข้อมูลสัมพันธ์
Fact table เนื่องจากมี multipart primary key ที่ประกอบด้วย foreign keys สองตัวหรือมากกว่าต่อเนื่อง จึงกำหนดความสัมพันธ์ many-to-many Fact tables ทั่วไปยังมี fact ตัวเลขหนึ่งหรือมากกว่าที่ปรากฏสำหรับการรวมของ keys ที่แทนแต่ละบันทึก
Facts ทั่วไปใน fact table เป็นตัวเลขและ additive (บวกได้) Additivity จำเป็นเพราะแอปพลิเคชันคลังข้อมูลไม่เคยดึงบันทึก fact table เดียว เพราะพวกเขาดึงกลับมาเป็นร้อยๆ พันๆ ของข้อมูลเหล่านี้ในคราวเดียว และสิ่งเดียวที่มีประโยชน์ที่จะทำกับหลายบันทึกคือบวกมันเข้าด้วยกัน
Dimension tables มีข้อมูลข้อความที่อธิบาย (descriptive textual data) แอตทริบิวต์มิติเป็นแหล่งของข้อจำกัดที่น่าสนใจในคิวรีคลังข้อมูล และเป็นแหล่งของ row headers ในชุดคำตอบ SQL (Structured Query Language)
Master entity-relationship diagram อาจมี Sales Calls, Order Entry, Shipment Invoices, User Payments, และ Product Returns ฯลฯ ในทางหนึ่ง entity-relationship diagram ทำความเสียหายตัวเองโดยการนำเสนอในแผนภาพเดียวหลายกระบวนการที่ไม่เคย coexist ในชุดข้อมูลเดียวในเวลาเดียวกันที่สอดคล้องกัน
ดังนั้น ขั้นแรกในการแก้ไข entity-relationship diagram ให้กลายเป็นกลุ่มแผนภาพ dimensional modeling คือ แยก entity-relationship diagram ออกเป็นกระบวนการธุรกิจที่แยกจากกัน (discrete business processes) และสร้างแบบจำลองแต่ละอย่างอย่างอิสระ
ขั้นที่สอง เลือกความสัมพันธ์ many-to-many ใน entity-relationship model ที่มี facts ตัวเลขและ additive non-key และติดป้ายกำกับพวกเขาเป็น fact tables
ขั้นที่สาม denormalize ตารางที่เหลือบางส่วนให้เป็น flat tables ที่มี single-part keys ที่เชื่อมโยงโดยตรงกับ fact tables ตารางเหล่านี้กลายเป็น dimension tables ในกรณีที่ dimension table เชื่อมต่อกับ fact table มากกว่าหนึ่ง เราแสดง dimension table เดียวกันนี้ในทั้งสอง schema และมันกำหนด dimension tables ว่า "conformed" ระหว่างสอง dimensional models
