התחברות

התחברות
x
או
x
הרשמה
x

או

קליק אחד ואתם מחוברים. מהיר .קל .מאובטח.

חדש בפורומים

מעניין? שתפו דף זה באמצעות הטלפון הנייד

מאמרים

מגמות של ביג דאטה בעולם הביטוח
CA Technologies
SSIS - Buffer Size Optimization
קטגוריה ראשית
בדיקות BI ו-DWH לעומת הבדיקות בתחומים אחרים
קטגוריה ראשית
איסוף דרישות לפרויקטי BI
קטגוריה ראשית
כח המידע במיקוד
קטגוריה ראשית
0

הדף שלנו בפייסבוק

ברוך הבא, אורח
שם משתמש: סיסמא: זכור אותי

דיון: חשבונאות

חשבונאות 7 years 11 months ago #6889

  • BarakYL
  • BarakYL's Avatar
  • Offline
  • Fresh Boarder
  • הודעות: 17
  • קרמה: 0
בטרנזקציות חשבונאות יש לי 2 אופציות לשמור את סוג התנועה. או כמימד, או כשדה נפרד ב Fact. אסביר:
option a: fact
DateKey
CustomerKey,
TypeKey (Deposit,Withdrawal, etc)
Amount


option b: fact
DateKey
CustomerKey,
Deposit Amount
Withdrawals Amount
(כמובן שיש הרבה יותר מ 2 פעולות - קרוב ל 30)
האופציה הראשונה יותר פשוטה לבניה, ויותר ג'נרית (ככה זה יושב במערכת)
האופציה השניה יותר פשוטה לתשאול בקוביה ולהוספת מדדים (אחוזי הפקדות ממשיכות, הפקדות - משיכות וכדומה). יותר פשוטה למשתמש (יש לו measure לכל פעולה)

מתי כדאי לממש ב fact ומתי ב dimension ? אני נתקל עם עצמי רבות בשאלה (לאו דווקא ב accounting)
הנהלת האתר ביטלה גישת כתיבה ציבורית.

תגובה: חשבונאות 7 years 10 months ago #6900

  • eldad
  • eldad's Avatar
  • Offline
  • Moderator
  • הודעות: 624
  • קרמה: 0
אני חושב שמאוד ברור שמדובר בטבלת FACT ולא במימד.
שאלות בנוגע מה לעשות במדד ומה במימד מאוד תלויות באופי התחקור והכלי שאתה עובד איתו.
הנהלת האתר ביטלה גישת כתיבה ציבורית.

תגובה:חשבונאות 7 years 10 months ago #6911

יש לך כללים מאוד ברורים בנושא מה להכניס ב FACT בלי שום קשר לכלי הקצה, שהרי מחסן הנתונים שלך לא תלוי בכלי הקצה.

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

מקוה שזה עזר לך
הנהלת האתר ביטלה גישת כתיבה ציבורית.

תגובה:חשבונאות 7 years 10 months ago #6913

  • eldad
  • eldad's Avatar
  • Offline
  • Moderator
  • הודעות: 624
  • קרמה: 0
לפעמים אתה צריך לשנות את המחסן ע"מ לפצות על
חסרונות של כלי הקצה שלך.
הנהלת האתר ביטלה גישת כתיבה ציבורית.

תגובה:חשבונאות 7 years 10 months ago #6915

  • BarakYL
  • BarakYL's Avatar
  • Offline
  • Fresh Boarder
  • הודעות: 17
  • קרמה: 0
אלון תודה,

למעשה הנתונים יושבים בפקט בכל מקרה, אך תהיתי מתי כדאי להוסיף גרנולציה נפרדת לסוג הרשומה - ואז הפקט תכיל 2 שדות:
1 שדה - מפתח למימד - סוג רשומה (למשל הפקדה או משיכה)
1 שדה - סכום

שליפה:
@d = select amount from fact where type = 'deposit'
@w = select amount from fact where type = 'withdrawal'
select @d , @w, @w/@d

או לפצל לשדות סכום נפרדים:
1 שדה - סכום הפקדה
1 שדה - סכום משיכה

שליפה:
select DepositAmount ,WithdrawalAmount ,WithdrawalAmount/DepositAmount from fact



האופציה השניה מרחיבה את הפקט (נניח שיש לי 30 סוגי פעולות, או אם אני רוצה לשמור עוד ערך - עמלה וכדומה),
אך מקילה על השליפות - בשליפה אחת מקבלים את כל השדות, מופרדים, ואפשר באותה מכה גם ללכת על חישובים.
הנהלת האתר ביטלה גישת כתיבה ציבורית.

תגובה:חשבונאות 7 years 10 months ago #6916

נראה שאם יש לך 30 סוגי פעולות בעלי אותה גרנולריות, אפשרות ראשונה רלוונטית יותר עבורה, הרי לא תפתח 30 עמודות נוספות בטבלת ה FACT (בעוד שבאורקל תגיע מהר מאוד למגבלת כמות העמודות). אך אולי תצרף להוסיף עמודות מחושבות מראש (כדי להימנע מ MDXים מורכבים אח"כ או שליפות מיוחדות) של יחסים בין הפעולות למשל אחוז העמלה מתוך הפעולה . נסה להימנע ממימדים רבים של קוד ותאור בלבד, בדוק קונסולידציה של המימד הזה עם מימד בעל אותה הגרנולריות
הנהלת האתר ביטלה גישת כתיבה ציבורית.
מנהלים: eldad
זמן יצירת העמוד: 0.447 שניות

Microsoft

Oracle

IBM

Informatica

Sap

SAS

Qlikview

Cloudera

Machine Learning