ב-Looker Studio יש מערכת מטמון משלה לדוחות. במהלך היצירה של מחבר, אפשר ליישם מטמון מותאם אישית כדי לאפשר דוחות מהירים יותר להימנע מהגבלות קצב של ריבית שנתית.
לדוגמה, אתם יוצרים מחבר שמספק נתונים היסטוריים של מזג אוויר עבור 7 הימים האחרונים עבור מיקוד ספציפי. המחבר שלך הופך לאטרקטיבי אבל ל-API החיצוני שממנו שולפים את הנתונים יש תעריף מחמיר מגבלות בפועל. ה-API מתעדכן את הנתונים רק מדי יום, לכן לגבי מיקוד ספציפי, שאין צורך לאחזר את אותם נתונים מספר פעמים במהלך היום. שימוש בטיוטה הזו בעזרת המדריך לפתרון, תוכלו להטמיע מטמון יומי לכל מיקוד.
דרישות
- מסד נתונים בזמן אמת ב-Firebase. אם אין לכם גישה לאחד מהם, אתם צריכים ליצור את הפרויקט ב-Google Cloud Platform (GCP) ופועלים לפי מדריך לתחילת העבודה ליצירת Firebase משלכם מופע של מסד נתונים בזמן אמת.
- חשבון שירות ב-GCP לקריאה ולכתיבה של נתונים בזמן אמת ב-Firebase מסד נתונים.
- מחבר קהילה שמאחזר נתונים ממקור.
מגבלות
- אי אפשר להשתמש בפתרון הזה עם Looker Studio Advanced Services. מתי אתם משתמשים ב-Looker Studio Advanced Services, קוד המחבר שלכם באפליקציות לסקריפט אין גישה לנתונים. לכן אי אפשר לשמור את הנתונים במטמון באמצעות Apps Script.
- בעלי הרשאת עריכה וצופים לא יכולים לאפס את המטמון הספציפי הזה.
פתרון
הטמעת חשבון שירות
- יצירה של חשבון שירות בפרויקט ב-Google Cloud.
- צריך לוודא שלחשבון השירות הזה יש גישה ל-BigQuery בפרויקט בענן.
- תפקידי ניהול הזהויות והרשאות הגישה (IAM):
Firebase Admin
- תפקידי ניהול הזהויות והרשאות הגישה (IAM):
- מורידים את קובץ ה-JSON כדי לקבל את המפתחות של חשבונות השירות. אחסון
תוכן במאפייני הסקריפט של פרויקט המחבר שלכם. אחרי ההוספה של
צריכים להיראות בערך כך בממשק המשתמש של Apps Script:
- הכללה של ספריית OAuth2 ל-Apps Script בפרויקט Apps Script.
- מטמיעים את קוד OAuth2 הנדרש לחשבון השירות:
מטמיעים קוד לקריאה ולכתיבה מ-Firebase
שימוש ב-Firebase Database REST API כדי לקרוא ולכתוב ב-Firebase מסד נתונים בזמן אמת. הקוד הבא מיישם את השיטות הנדרשות כדי באמצעות הגישה ל-API הזה.
הטמעת getData()
המבנה של קוד getData()
הקיים שלא נשמר במטמון אמור להיראות
כך:
כדי להשתמש בשמירה במטמון בקוד getData()
, צריך לבצע את השלבים הבאים:
- מצאו את ה'מקטע' או 'unit' של נתונים שצריך לשמור במטמון.
יוצרים מפתח ייחודי כדי לאחסן את יחידת הנתונים המינימלית במטמון.
בהטמעה לדוגמה, נעשה שימוש ב-zipcode
מ-configparams
בתור המפתח.
אופציונלי: במטמון לכל משתמש, צריך ליצור מפתח מורכב עם המפתח הבסיסי וגם זהות המשתמש. הטמעה לדוגמה:
js var baseKey = getBaseKey(request); var userEmail = Session.getEffectiveUser().getEmail(); var hasheduserEmail = getHashedValue(userEmail); var compositeKey = baseKey + hasheduserEmail;
אם קיימים נתונים שנשמרו במטמון, כדאי לבדוק אם המטמון רענן.
בדוגמה, הנתונים ששמורים במטמון של מיקוד ספציפי נשמרים עם התאריך הנוכחי. כשנתונים מאוחזרים מהמטמון, תאריך המטמון הוא נבדקה מול התאריך הנוכחי.var cacheForZipcode = { data: <data being cached>, ymd: <current date in YYYYMMDD format> }
אם לא קיימים נתונים שנשמרו במטמון או שהנתונים שנשמרו במטמון לא עדכניים, צריך לאחזר נתונים מהמקור ושומרים אותו במטמון.
בדוגמה הבאה, main.js
כולל קוד getData()
עם שמירה במטמון
.
קוד לדוגמה
מקורות מידע נוספים
מחבר Chrome UX מאפשר מרכז בקרה המבוסס על נפח של כ-20GB ב-BigQuery לאלפי משתמשים. המחבר הזה משתמש במסד נתונים בזמן אמת ב-Firebase יחד עם שירות המטמון של הסקריפט של Apps לגישה של שמירה במטמון בשתי שכבות. צפייה code לקבלת פרטי ההטמעה.