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

דיון: מה QV אינו יכול לעשות?

מה QV אינו יכול לעשות? 10 years 10 months ago #4826

  • GeriReshef
  • GeriReshef's Avatar
  • Offline
  • Senior Boarder
  • הודעות: 58
  • קרמה: 0
שמעתי הרצאה היום על QV, התרשמתי לטובה, אבל כמו תמיד במקרים כאלו נותרתי בתחושה לא נוחה שמי שמציג את המערכת הוא מישהו שמכיר אותה היטב ומסוגל להמחיש מה היא עושה, אבל בדרך כלל לא מספר על החסרונות שלה: לא בגלל שהוא רוצה להסתיר משהו, אלא מפני שהוא רגיל לעשות איתה את מה שהיא מסוגלת לעשות..

ממה שראיתי התרשמתי מהדברים הבאים:
1. הקשרים בין הטבלאות נוצרים מעצמם כי המערכת מזהה שדות קשורים לפי השם.
2. היכולות של Drill Down נוצרים מעצמם על ידי המערכת בין הגרפים השונים ולא צריך להגדיר מה יקרה אם נלחץ פה ומה יפתח אם נקליק שם.
3. הנתונים מאוחסנים בתוך המערכת באופן קומפקטי.

ובכל זאת- מה המערכת לא מסוגלת לעשות בהשוואה לכלי BI אחרים (נניח של מיקרוסופט):
1. היא מסוגלת להראות כל מיני אגרגציות כמו OLAP למרות שלא נבנו מימדים ומדדים?
2. נאמר לנו שהכלי חוסך את פעולת ה-ETL. תהליכי ETL שנמשכים שעות ארוכות, טוענים כמויות עצומות של נתונים, מפלטרים שגויים, מבצעים חישובים מורכבים וכו'. איך אין צורך בכל זה?
3. ניתן ליצור בה דוחות מורכבים עם סיכומי ביניים לפי רמות או שהרעיון הוא שניתן להגיע בקלות לכל רמת סיכום בעזרת הקלקות וכך חוסכים דוח שמכיל את כל הסיכומים האפשריים?
3. אילו דברים לא ניתן לצפות ממנה לעשות?

תודה!
הנהלת האתר ביטלה גישת כתיבה ציבורית.

בעניין: מה QV אינו יכול לעשות? 10 years 10 months ago #4830

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

לשאלותיך.
1. קליקוויו יודע להציג את כל סוגי האגרגציות בדיוק כמו OLAP רק שאין צורך להגדיר מראש מהם המימדים או המדדים.
כל אחד מהשדות יכול לשמש בשני התפקידים. הדבר נקבע לפי ההקשר בו מציבים את השדה.
שים אותו בפיבוט ברשימת המימדים וקיבלת מימד. שים אותו בנוסחה באזור הביטויים והוא נהיה מדד.
היתרון הוא שקליקוויו מחשב את התוצאה כשכל הנתונים כבר נקראו ל"ענן" שלו ואין לו צורך לבצע סיכומים מראש.
דבר זה בעצם מאפשר להגיע גם לרמת האגרגציה (במהירות) אך גם לשמור על גישה לרמת הרשומה.
(מה שבדרך כלל אינו אפשרי במבנים מסורתיים של קוביות).
2. אני איני יודע מה שנאמר לך אך קליקוויו אינו חוסך ETL. מה שקליקוויו חוסך הוא הצורך במחסן נתונים יעודי או בחישוב של קוביות מורכבות מראש.
טעינת הנתונים, ניקויים ובדיקתם עדיין צריכים להעשות.
אולם זה ניתן לביצוע בצורה מהירה ופשוטה תוך שימוש בסקריפט פשוט
ובלא צורך בהכנות מרובות מראש. חוסר הצורך לבצע אגרגציות וחישובים מראש תורם גם הוא לקיצור תהליך הETL.
3. ניתן בהחלט ליצור תצוגות מורכבות עם סיכומי ביניים שאותם ניתן גם לפלטר כך שיציגו ערכי מימדים מסוימים,
כמובן שניתן גם להפיק פלט מודפס שיכיל את הסיכומים לכל הרמות והמימדים המשתתפים בתצוגה.
4. תמיד קשה לענות על מה שלא (להוכיח שאיו לך אחות יותר קשה מלהוכיח שיש לך) .
אם יש לך נקודות ספציפיות אוכל לומר אם זה אפשרי או לא.

לסיכום: קליקוויו מסוגל לעשות כל מה שכלי הBI הקונבנצוינאלים יכול לבצע and then some.

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

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

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

אירועים קרובים

מאמרים

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

Microsoft

Oracle

IBM

Informatica

Sap

SAS

Qlikview

Cloudera

Machine Learning