วิธีที่ดีที่สุดในการเร่งการเข้าถึงข้อมูลไปยังคลังข้อมูลสองแห่งคืออะไร?


9

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

ป้อนคำอธิบายรูปภาพที่นี่

ฉันกำลังดิ้นรนกับชิ้นส่วนเสมือนจริง / แคชและสงสัยว่ามีรูปแบบการออกแบบองค์กรใด ๆ เพื่อแก้ปัญหาของฉันหรือไม่ สถาปัตยกรรมแบบนี้สามารถใช้ได้กับแผนผังดาวนามธรรมในคลังข้อมูลหรือไม่ ฉันกำลังดูผลิตภัณฑ์เช่นRed Hat JBoss Data VirtualizationและRed Hat JBoss Data Grid (รวมถึงอื่น ๆ )

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


2
เพิ่งพบหนังสือเล่มนี้ซึ่งอาจเป็นสิ่งที่ดีสำหรับฉันamazon.com/Data-Virtualization-Business-Intelligence-Systems/dp/…
Mark Allison

2
ฉันไม่แน่ใจว่าคุณได้ให้ข้อมูลเพียงพอเกี่ยวกับโครงการของคุณเพื่อให้คำแนะนำเกี่ยวกับสถาปัตยกรรม
Vladislav Rastrusny

ทำไมข้อมูลเชิงสัมพันธ์ไม่สามารถเก็บไว้ในการจัดเก็บค่าคีย์เป็น{key: pk, value: the_rest_of_the_row}? คุณอาจต้องการแคชข้อมูลเมตาของตาราง
9000

2
ปัญหาเกี่ยวกับวิธีการคลาสสิกคืออะไร?
NoChance

คำตอบ:


1

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

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

สิทธิประโยชน์เพิ่มเติมที่คุณมีเพียงผู้จำหน่าย DB หนึ่งรายเท่านั้นที่ต้องพิจารณาในเลเยอร์แอปพลิเคชันของคุณ

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.