התיעצות לגבי ארכיטכטורה המצריכה רבים לרבים

אני מעונין לנהל חשבונות בנקים ויתרות לתקופה תחילת כל חודש
יש לי מימד לקוחות
וגם יש לי מימד חשבונות (כולל תאריכי פתיחה, פקיד פותח חשבון וכו'...)
הבעיה מתחילה ב Fact
האם לפוצץ את הFACT בכל האפשריות
הרי ללקוח יש כמה חשבונות וגם יש לאותו חשבון כמה לקוחות
משהו כמו
מספר חשבון מספר לקוח יתרה תקופה?
נשמע לי קצת מוזר
מה הפתרון הטוב ביותר ?

אני נמצא בדיוק באותו סיפור בבנק אחר
מה שאתה צריך זה:
א. מימד זהות - מכיל את פרטי בעלי החשבונות
ב. מימד חשבונות
ג. טבלת bridge שהיא טבלת fact אשר מכילה את הקשר רבים לרבים בין חשבונות
  לזהויות.
ד. fact יתרות - יכיל עבור כל חשבון את היתרה ( ועוד המון נתונים) שלו ברמה חודשית

ב OLAP תקשר בין מימד זהות ליתרות ב many 2 many.

ומה עם יתרת לקוחות ?
רשמת לי רק יתרת חשבונות
ונניח שאני צריך יתרת מורשי חתימנה לחשבון מה אז ?

תבצע פילטור על התכונה המתאימה ממימד לקוחות וזה יפלטר את fact יתרות  בהתאם.
ברגע שאתה משתמש ב m2m אתה יוצר קישור בין הלקוחות ליתרות דרך ה bridge.