ดาต้ามาร์ทเป็นโครงสร้าง/รูปแบบการเข้าถึงที่เฉพาะเจาะจงสำหรับ สภาพแวดล้อม คลังข้อมูลดาต้ามาร์ทเป็นส่วนย่อยของคลังข้อมูลที่เน้นไปที่สายงานธุรกิจ แผนก หัวข้อ หรือทีมที่เฉพาะเจาะจง^{[ 1 ]}ในขณะที่คลังข้อมูลมีความลึกครอบคลุมทั้งองค์กร ข้อมูลในดาต้ามาร์ทจะเกี่ยวข้องกับแผนกเดียว ในการใช้งานบางอย่าง แต่ละแผนกหรือหน่วยธุรกิจถือเป็นเจ้าของดาต้ามาร์ทของตนเอง รวมถึงฮาร์ดแวร์ซอฟต์แวร์และข้อมูล ทั้งหมด ^{[ 2 ]} ซึ่งทำให้แต่ละแผนกสามารถแยกการใช้ งาน การจัดการ และการพัฒนาข้อมูลของตนเองได้ ในการใช้งานอื่นๆ ที่ใช้มิติที่สอดคล้องกัน ความเป็นเจ้าของหน่วยธุรกิจนี้จะไม่เป็นจริงสำหรับมิติ ที่ใช้ร่วมกัน เช่น ลูกค้า ผลิตภัณฑ์ เป็นต้น

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

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

โดยพื้นฐานแล้ว ดาต้ามาร์ทคือเวอร์ชันย่อและเน้นเฉพาะของดาต้าแวร์เฮาส์ที่สะท้อนถึงข้อกำหนดและกระบวนการเฉพาะของแต่ละหน่วยธุรกิจภายในองค์กร^{[ 3 ]}ดาต้ามาร์ทแต่ละแห่งจะอุทิศให้กับฟังก์ชันธุรกิจหรือภูมิภาคเฉพาะ ชุดข้อมูลย่อยนี้อาจครอบคลุมหลายหรือทั้งหมดของพื้นที่หัวข้อการทำงานขององค์กร เป็นเรื่องปกติที่จะใช้ดาต้ามาร์ทหลายแห่งเพื่อตอบสนองความต้องการของแต่ละหน่วยธุรกิจ (สามารถใช้ดาต้ามาร์ทที่แตกต่างกันเพื่อรับข้อมูลเฉพาะสำหรับแผนกต่างๆ ขององค์กร เช่น บัญชี การตลาด การขาย เป็นต้น)

คำว่าspreadmart ที่เกี่ยวข้อง เป็นคำเชิงลบที่ใช้อธิบายสถานการณ์ที่เกิดขึ้นเมื่อนักวิเคราะห์ธุรกิจหนึ่งคนหรือมากกว่านั้นพัฒนาระบบสเปรดชีต ที่เชื่อมโยงกัน เพื่อทำการวิเคราะห์ธุรกิจ จากนั้นขยายระบบให้มีขนาดและความซับซ้อนในระดับที่ทำให้การบำรุงรักษาแทบเป็นไปไม่ได้ คำที่ใช้เรียกสภาวะนี้คือ "Excel hell" ^{[ 4 ]}

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

• โครงสร้างข้อมูล แบบสตาร์สคีมา (Star schema)เป็นรูปแบบการออกแบบที่ค่อนข้างได้รับความนิยม ช่วยให้ฐานข้อมูลเชิงสัมพันธ์ สามารถ จำลองฟังก์ชันการวิเคราะห์ของฐานข้อมูลหลายมิติ ได้
• แผนผังเกล็ดหิมะ
• โครงสร้างข้อมูลกิจกรรม - โครงสร้างข้อมูลที่อิงตามอนุกรมเวลา

ดาต้ามาร์ท

• ขอบเขต.กลุ่มย่อยเฉพาะแผนกหรือเฉพาะเรื่อง ออกแบบมาเพื่อตอบสนองความต้องการด้านการวิเคราะห์ของสายงานธุรกิจ (เช่น ฝ่ายขาย ฝ่ายการเงิน ฝ่ายการตลาด) ^{[ 5 ]}
• ระดับรายละเอียดอาจมีข้อมูลโดยละเอียดหรือข้อมูลรวมที่จำกัดเฉพาะในหัวข้อนั้นๆ^{[ 5 ]}
• การจัดหาแหล่งข้อมูลอาจเป็นแบบพึ่งพา (จัดหาจากคลังข้อมูลขององค์กร) หรือแบบอิสระ (จัดหาโดยตรงจากระบบปฏิบัติการ/ภายนอก) ^{[ 6 ]}
• การสร้างแบบจำลองโดยทั่วไปจะนำไปใช้เป็นแบบจำลองเชิงมิติ (แบบแผนดาว) เพื่อความสะดวกในการใช้งานในการวิเคราะห์^{[ 7 ]}

คลังข้อมูล

• ขอบเขต.คลังข้อมูลระดับองค์กรที่บูรณาการข้อมูลจากหลายสาขาวิชาเพื่อสนับสนุนการตัดสินใจ^{[ 8 ] [ 9 ]}
• ลักษณะเฉพาะมุ่งเน้นที่หัวข้อ บูรณาการ เปลี่ยนแปลงตามเวลา และไม่เปลี่ยนแปลง โดยทั่วไปจะจัดเก็บข้อมูลประวัติโดยละเอียดและป้อนข้อมูลให้กับแบบจำลองมิติเพื่อการวิเคราะห์^{[ 8 ]}
• การบูรณาการช่วยให้เกิดความสอดคล้องกันในกระบวนการต่างๆ ผ่านมิติที่ใช้ร่วมกันและสอดคล้องกันในสถาปัตยกรรมบัสเมื่อนำโมเดลเชิงมิติมาใช้^{[ 10 ] [ 11 ]}

ความสัมพันธ์

• คลังข้อมูลนำเสนอรากฐานแบบบูรณาการทั่วทั้งองค์กร ในขณะที่ดาต้ามาร์ทให้การส่งมอบที่เน้นเฉพาะสำหรับทีมเฉพาะ ในแนวทางของ Kimball มิติที่สอดคล้องกันจะจัดเรียงมาร์ทเพื่อให้สามารถรวมเข้าด้วยกันได้อย่างสม่ำเสมอในกระบวนการต่างๆ^{[ 10 ] [ 11 ]}

ตามแนวคิดของ สำนัก Inmonในเรื่องคลังข้อมูล (Data Warehousing) คลัง ข้อมูลย่อยที่ขึ้นกับคลังข้อมูลหลัก (Dependent Data Mart)คือชุดย่อยเชิงตรรกะ ( มุมมอง ) หรือชุดย่อยเชิงกายภาพ (การดึงข้อมูล) ของคลังข้อมูล ขนาดใหญ่กว่า ซึ่งแยกออกมาด้วยเหตุผลใดเหตุผลหนึ่งดังต่อไปนี้:

• จำเป็นต้องมีการปรับปรุงข้อมูลใหม่สำหรับแบบจำลองข้อมูลหรือโครงสร้างข้อมูล เฉพาะ เช่น การปรับโครงสร้างใหม่สำหรับOLAP
• ประสิทธิภาพ: เพื่อถ่ายโอนข้อมูลจาก Data Mart ไปยังคอมพิวเตอร์ เครื่องอื่น เพื่อเพิ่มประสิทธิภาพ หรือเพื่อลดความจำเป็นในการจัดการปริมาณงานนั้นบน Data Warehouse ส่วนกลาง
• ความปลอดภัย: เพื่อแยกชุดข้อมูลที่ได้รับอนุญาตออกอย่างเลือกสรร
• เพื่อความสะดวก: เพื่อหลีกเลี่ยงกระบวนการกำกับดูแลข้อมูลและการอนุมัติที่จำเป็นสำหรับการรวมแอปพลิเคชันใหม่เข้ากับคลังข้อมูลระดับองค์กร
• สนามทดสอบ: เพื่อแสดงให้เห็นถึงความเป็นไปได้และศักยภาพในการคืนทุน (ROI) ของแอปพลิเคชันก่อนที่จะย้ายไปยังคลังข้อมูลระดับองค์กร
• การเมือง: กลยุทธ์รับมือสำหรับเทคโนโลยีสารสนเทศ (IT) ในสถานการณ์ที่กลุ่มผู้ใช้มีอิทธิพลมากกว่างบประมาณ หรือไม่ได้เป็นพลเมืองที่ดีในคลังข้อมูลส่วนกลาง
• การเมือง: กลยุทธ์การรับมือสำหรับผู้บริโภคข้อมูลในสถานการณ์ที่ทีมคลังข้อมูลไม่สามารถสร้างคลังข้อมูลที่ใช้งานได้

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

แนวคิดทางเลือกของคลังข้อมูลคือแนวคิดของRalph Kimballในมุมมองของเขา คลังข้อมูลก็คือการรวมกันของคลังข้อมูลย่อยทั้งหมด มุมมองนี้ช่วยลดต้นทุนและทำให้การพัฒนาเป็นไปอย่างรวดเร็ว แต่อาจทำให้คลังข้อมูลไม่สอดคล้องกัน โดยเฉพาะในองค์กรขนาดใหญ่ ดังนั้น แนวทางของ Kimball จึงเหมาะสมกว่าสำหรับบริษัทขนาดเล็กถึงขนาดกลาง^{[ 12 ]}

• คลังข้อมูล
• สถาปัตยกรรมองค์กร
• ลูกบาศก์ OLAP