בדף הזה מוסבר על הפרמטר
persist_forשהוא חלק מכלי הניתוחים.אפשר להשתמש ב-
persist_forגם כחלק ממודל, כמו שמתואר בדף התיעוד של הפרמטרpersist_for(למודלים).אפשר להשתמש ב-
persist_forגם כחלק מטבלה נגזרת, כמו שמתואר בדף התיעוד של הפרמטרpersist_for(לטבלאות נגזרות).
Usage
explore: explore_name {
persist_for: "1 hour"
}
|
היררכיה
persist_for |
ערך ברירת המחדל
ההגדרה persist_for של המודל
מקבל
מחרוזת שמכילה מספר שלם שאחריו מסגרת זמן (שניות, דקות או שעות)
כללים מיוחדים
הגדרה של persist_for ברמה explore תבטל את ההגדרה של persist_for ברמת המודל
|
הגדרה
כדי לנהל את מטמון הנתונים בצורה יעילה יותר, כולל סנכרון מדיניות המטמון של Looker עם תהליך ה-ETL (חילוץ, שינוי והעלאה) של מסד הנתונים, מומלץ להשתמש ב-
datagroupוב-persist_with, כמו שמתואר בדף התיעוד בנושא שמירת שאילתות במטמון.
persist_for מאפשרת לשנות את משך הזמן שבו נעשה שימוש בתוצאות של שאילתות שנשמרו במטמון עבור ניתוח נתונים מסוים. אורך המטמון שמוגדר כברירת מחדל ב-Looker הוא שעה אחת. תוצאות שמורות במטמון מאוחסנות בקובץ מוצפן במופע Looker שלכם.
מנגנון ה-caching ב-Looker פועל באופן הבא: אחרי שמשתמש מריץ שאילתה ספציפית, התוצאה של השאילתה הזו נשמרת במטמון. אם מריצים שוב בדיוק את אותה שאילתה (הכול חייב להיות זהה, כולל הגבלות השורות וכו'), תוך פחות מהמרווח שצוין על ידי persist_for, התוצאות שנשמרו במטמון יוחזרו. אחרת, תופעל שאילתה חדשה על מסד הנתונים.
כשתקופת הזמן persist_for מסתיימת, הנתונים נמחקים מהמטמון. מידע על משך הזמן שבו הנתונים מאוחסנים במטמון זמין בדף התיעוד בנושא שמירת שאילתות במטמון.
אם הפרמטר persist_for מוגדר גם עבור Explore וגם עבור המודל שלו, הערך שמוגדר עבור ה-Explore יקבל עדיפות בשאילתות שמבוססות על ה-Explore הזה.
בניתוח אפשר לראות אם שאילתה הוחזרה מהמטמון או לכפות יצירה של תוצאות חדשות ממסד הנתונים. מידע נוסף זמין בדף העזרה בנושא שמירת שאילתות במטמון.
דוגמאות
משנים את אורך המטמון ל-2 שעות:
explore: my_explore {
persist_for: "2 hours"
}
משנים את אורך המטמון ל-30 דקות:
explore: my_explore {
persist_for: "30 minutes"
}
משביתים את השמירה במטמון כדי שהמשתמשים לא יקבלו אף פעם תוצאות של שאילתות שנשמרו במטמון:
explore: my_explore {
persist_for: "0 seconds"
}
דברים שכדאי לקחת בחשבון
כשמגדירים את persist_for לערך 0 seconds, השאילתות של המשתמשים לא יאחזרו נתונים מהמטמון. עם זאת, Looker דורש את מטמון הדיסק לתהליכים פנימיים, ולכן הנתונים המוצפנים תמיד ייכתבו למטמון, גם כשpersist_for מוגדר ל-0 seconds. אחרי שהנתונים נכתבים למטמון, הם מסומנים למחיקה, אבל יכול להיות שהם יישארו בדיסק עד 10 דקות. פרטים נוספים זמינים במאמר שמירת שאילתות במטמון.
persist_for לא בהכרח תואם לייבוא הנתונים
חברות רבות מייבאות נתונים למסד הנתונים של הניתוח שלהן מדי יום. לפעמים הם מניחים שאין טעם להריץ שאילתות חדשות אם הנתונים לא מתעדכנים כל הזמן, ולכן הם מגדירים את משך הזמן של השמירה במטמון ל-24 שעות (כמו persist_for: 24 hours). עם זאת, ההגדרה הזו לא תמנע מהמשתמשים לקבל נתונים ישנים יותר מהרענון האחרון.
לדוגמה, שאילתה מופעלת בצהריים ב-1 בינואר, נתונים חדשים מיובאים בבוקר ב-2 בינואר, ואז השאילתה מופעלת שוב בצהריים ב-2 בינואר. מכיוון שהשאילתה הופעלה בחלון של 24 שעות שצוין על ידי persist_for, הנתונים מ-1 בינואר יוחזרו, גם אם נתונים חדשים נטענו ב-2 בינואר.
אם רוצים שהנתונים במטמון יהיו תואמים לייבוא הנתונים, צריך להשתמש בקבוצת נתונים וב-
persist_with, כמו שמתואר במסמכי התיעוד בנושא שאילתות במטמון.
תוצאות של תצוגות מתוזמנות יישמרו במטמון
כשמריצים Look מתוזמן, נוצרת קבוצת תוצאות במטמון, בדיוק כמו כשמשתמש מריץ שאילתה. כדי לבצע אחסון במטמון מראש של Look מסוים, כדאי לשמור אותו ולתזמן אותו.