‫persist_for (למידע נוסף)

בדף הזה מוסבר על הפרמטר persist_for שהוא חלק מניתוח.

אפשר להשתמש ב-persist_for גם כחלק ממודל, כמו שמתואר בדף התיעוד של הפרמטר persist_for (למודלים).

אפשר להשתמש ב-persist_for גם כחלק מטבלה נגזרת, כמו שמתואר בדף התיעוד של הפרמטר persist_for (לטבלאות נגזרות).

Usage

explore: explore_name {
  persist_for: "1 hour"
}

היררכיה קובץ מודל explore 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 מוגדר גם לחקירה וגם למודל שלה, הערך שמוגדר לחקירה יקבל עדיפות בשאילתות שמבוססות על החקירה הזו.

בניתוח אפשר לראות אם שאילתה הוחזרה מהמטמון או לכפות יצירה של תוצאות חדשות ממסד הנתונים. מידע נוסף זמין בדף העזרה בנושא שמירת שאילתות במטמון.

דוגמאות

משנים את אורך המטמון ל-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 מתוזמן, נוצרת קבוצת תוצאות במטמון באותו אופן שבו נוצרת קבוצת תוצאות כשמשתמש מריץ שאילתה. כדי לבצע אחסון מראש במטמון של Look מסוים, כדאי לשמור אותו ולתזמן אותו.