Star Schema: ออกแบบฐานข้อมูลรายงานให้ค้นเร็วและเข้าใจง่าย

29 มิถุนายน 2569อ่าน 7 นาที
Star Schema: ออกแบบฐานข้อมูลรายงานให้ค้นเร็วและเข้าใจง่าย

ทำไมรายงานบางระบบดึงเร็วและคนทั่วไปเข้าใจได้ ขณะที่บางระบบช้าและซับซ้อน คำตอบมักอยู่ที่การออกแบบข้อมูลแบบ Star Schema ที่แยกข้อเท็จจริงกับมิติให้ชัด

ฐานข้อมูลที่ออกแบบมาเพื่อบันทึกธุรกรรมรายวัน มักไม่เหมาะกับการทำรายงาน เพราะข้อมูลกระจายอยู่หลายตารางที่ต้องต่อกันซับซ้อน ทำให้รายงานช้าและเขียนยาก Star Schema คือวิธีจัดข้อมูลใหม่สำหรับการวิเคราะห์ โดยมีตารางกลางที่เก็บข้อเท็จจริง เช่น ยอดขายแต่ละรายการ ล้อมรอบด้วยตารางมิติ เช่น ลูกค้า สินค้า เวลา สาขา ทำให้ภาพออกมาเหมือนดาวที่มีจุดกลางและแฉก

POS
CRM
Excel
แอป
ETL

Data Warehouse

คลังข้อมูลรวมที่สะอาด

BI / Dashboard

รายงานที่ตัดสินใจได้

ออกแบบคลังข้อมูลให้ตอบรายงานได้เร็ว ก่อนต่อเข้ากับ BI

ทำไมรูปดาวถึงช่วยทั้งความเร็วและความเข้าใจ

เมื่อข้อมูลถูกจัดเป็นข้อเท็จจริงตรงกลางกับมิติรอบนอก การถามคำถามแบบ ขายสินค้าหมวดไหนได้เท่าไรในไตรมาสนี้ แยกตามสาขา ก็ทำได้ตรงไปตรงมา ระบบดึงเร็วเพราะโครงสร้างเรียบง่าย และคนทั่วไปเข้าใจได้เพราะมิติแต่ละตัวสะท้อนมุมมองทางธุรกิจที่คุ้นเคย ไม่ใช่ศัพท์เทคนิคของฐานข้อมูล

  • ตารางข้อเท็จจริงเก็บตัวเลขที่วัดได้ เช่น ยอด จำนวน ต้นทุน
  • ตารางมิติเก็บบริบทที่ใช้แบ่งกลุ่ม เช่น ใคร อะไร เมื่อไร ที่ไหน
  • แยกระบบรายงานออกจากระบบบันทึกธุรกรรม เพื่อไม่ให้รายงานหนักไปกวนงานหลัก

ผู้บริหารไม่ต้องออกแบบ Star Schema เอง แต่การรู้ว่ามันมีอยู่ ช่วยให้ตั้งคำถามได้ถูกว่าทำไมรายงานถึงช้าหรือทำใหม่ยาก การลงทุนออกแบบข้อมูลเพื่อการวิเคราะห์ให้ดีตั้งแต่ต้น คือรากฐานที่ทำให้ทั้งองค์กรเข้าถึงข้อมูลและตัดสินใจได้เองโดยไม่ต้องรอไอที

Star SchemaData WarehouseBIAnalytics

บริการที่เกี่ยวข้อง

บริการ Data Dashboard & Analytics

ออกแบบแดชบอร์ดและวิเคราะห์ข้อมูล ให้เห็นภาพธุรกิจและตัดสินใจได้ด้วยตัวเลข

WhaleScope

ดูโครงสร้างตลาดของทุกหมวดธุรกิจไทย บน WhaleScope

รายชื่อบริษัท ผู้เล่นรายใหญ่ และอัตราคงอยู่ของแต่ละหมวด — จากข้อมูลจดทะเบียน 2 ล้านนิติบุคคล

อ่านต่อ

Dashboard Design: ออกแบบแดชบอร์ดให้คนใช้จริง ไม่ใช่แค่สวย

แดชบอร์ดที่มีกราฟเต็มจอ มักไม่มีใครเปิดดู เพราะไม่รู้ว่าต้องทำอะไรต่อ แดชบอร์ดที่ดีเริ่มจากคำถามและการตัดสินใจ ไม่ใช่จากจำนวนตัวเลขที่แสดงได้

Slowly Changing Dimensions: เก็บประวัติข้อมูลให้ย้อนดูอดีตได้ถูกต้อง

ลูกค้าย้ายเขตการขาย ถ้าอัปเดตทับข้อมูลเก่า ยอดขายเดือนก่อนก็จะถูกนับเข้าเขตใหม่ผิด ๆ Slowly Changing Dimensions คือวิธีเก็บประวัติการเปลี่ยนแปลง เพื่อให้รายงานอดีตยังถูกต้อง

ยิ่งทำรายงานเยอะ ระบบหน้าร้านยิ่งช้า — ปัญหาที่แก้ที่หน้าจอไม่ได้

เมื่อแดชบอร์ดต่อตรงเข้าฐานข้อมูลที่ใช้ทำงานจริง ทุกครั้งที่มีคนเปิดรายงาน ระบบขายจะช้าลงพร้อมกัน บทความนี้อธิบายว่าทำไมการเพิ่มเครื่องหรือปรับกราฟไม่ช่วย และชั้นข้อมูลกลางแก้ปัญหานี้ที่ตรงไหน

รับทำ Dashboard: เขียนขอบเขตจ้างอย่างไรให้ได้ระบบที่มีชีวิต ไม่ใช่กราฟสวยที่ตายในสามเดือน

งานรับทำ dashboard ที่ล้มเหลว มักล้มตั้งแต่ใบเสนอราคา เพราะผู้ว่าจ้างซื้อหน้าจอแต่ไม่ได้ซื้อชั้นข้อมูลที่อยู่ใต้จอ บทความนี้แจกแจงของที่ต้องส่งมอบทั้งสี่ชั้น โมเดลราคาสามแบบพร้อมแรงจูงใจของแต่ละแบบ เกณฑ์ตรวจรับ และสัญญาณอันตรายที่มองเห็นได้ตั้งแต่นัดแรก