הגדרות אדמין – מאפייני משתמש

הערה: אם יש לכם הרשאה שמאפשרת גישה רק לדפים נבחרים במרכז האדמינים, כמו manage_schedules,‏ manage_themes או see_admin, אבל אין לכם תפקיד אדמין, יכול להיות שהדף או הדפים שמתוארים כאן לא יוצגו לכם במרכז האדמינים.

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

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

מערכת Looker כוללת באופן אוטומטי כמה מאפייני משתמש, כמו email,‏ first_name,‏ landing_page,‏ last_name,‏ full_name,‏ ID,‏ timezone (אם הוגדר), locale ו-number_format.

אזהרה: אפשר לערוך את מאפייני ברירת המחדל של המשתמש landing_page, locale ו-number_format, אבל אסור למחוק אותם. אם מוחקים אחד ממאפייני המשתמש האלה, צריך ליצור מאפיין משתמש חדש עם אותו שם.

הצגת מאפייני משתמש

כדי לראות את רשימת מאפייני המשתמש, עוברים לדף מאפייני משתמש בקטע משתמשים בתפריט אדמין.

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

יצירת מאפייני משתמש

כדי להגדיר מאפיין משתמש, לוחצים על הלחצן יצירת מאפיין משתמש בדף מאפייני משתמש בקטע משתמשים בתפריט ניהול. לכל מאפיין משתמש יש את ההגדרות הבאות:

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

• סוג הנתונים: ההגדרה הזו משמשת כדי לוודא שערכים תקינים מוקצים למשתמשים במאפיין המשתמש הזה. סוג הנתונים של מאפיין המשתמש יכול להיות אחד מהסוגים הבאים:

  • מחרוזת: בוחרים באפשרות הזו כדי ליצור מאפיין משתמש שתואם בדיוק לערך מחרוזת אחד, כמו שם משתמש. כדי להשתמש בכמה ערכי מחרוזת או בביטוי מסנן של Looker בערך מאפיין המשתמש, בוחרים באפשרות מסנן מחרוזת (מתקדם). אם רוצים שמאפיין המשתמש יטופל כמחרוזת מילולית, צריך להוסיף מירכאות בודדות ' לתחביר שלו, כמו בדוגמה הזו: none '{{ _user_attributes['name_of_attribute'] }}'
  • מספר: בוחרים באפשרות הזו כדי לציין מספר יחיד, כמו מספר עובד. כדי להשתמש בטווח מספרים או בביטוי סינון של Looker, צריך להשתמש במקום זאת במסנן מספרים (מתקדם).
  • תאריך/שעה: בוחרים באפשרות הזו כדי לציין תאריך או שעה יחידים, כמו תאריך הלידה של המשתמש. כדי להשתמש בטווח תאריכים או בביטוי סינון של Looker, צריך להשתמש במקום זאת במסנן תאריכים ושעות (מתקדם).
  • כתובת URL יחסית: בוחרים באפשרות הזו כדי לציין כתובת URL יחסית, כמו /browse/boards/2, שמפנה לתוכן ספציפי כמו לוח, תיקייה או קובץ Markdown (כמו קובץ README או קובץ מסמך בפרויקט) במופע Looker. לדוגמה, למאפיין המשתמש landing_page יש סוג נתונים של כתובת URL יחסית, ואפשר להשתמש בו כדי לציין דף בית ספציפי למשתמש או לקבוצה.
  • מסנן מחרוזת (מתקדם): בוחרים באפשרות הזו כדי לאפשר כמה ערכי מחרוזת או ביטוי מסנן של Looker במאפיין המשתמש. בדף התיעוד בנושא ביטויי סינון מופיעה רשימה של ביטויי סינון שאפשר להשתמש בהם למחרוזות.
  • מסנן מספרים (מתקדם): בוחרים באפשרות הזו כדי לאפשר טווח של ערכים מספריים או ביטוי מסנן של Looker במאפיין המשתמש. בדף התיעוד בנושא ביטויי סינון מופיעה רשימה של ביטויי סינון שאפשר להשתמש בהם למספרים.
  • מסנן תאריך/שעה (מתקדם): בוחרים באפשרות הזו כדי לאפשר טווח תאריכים או ביטוי מסנן של Looker במאפיין המשתמש. בדף התיעוד בנושא ביטויי סינון מופיעה רשימה של ביטויי סינון שאפשר להשתמש בהם כדי לסנן לפי תאריך ושעה.

  כדי להזין ערכים באמצעות ביטויי סינון של Looker, שיחזירו טווח ערכים של מאפיין משתמש, משתמשים בסוגי הנתונים String Filter (advanced), ‏ Number Filter (advanced) ו-Date/Time Filter (advanced).

• גישת משתמשים: אתם יכולים לבחור את רמת החשיפה והעריכה של משתמשים לגבי מאפיין משתמש:

  • ללא: לא יופיע בדפי החשבון של המשתמשים.
  • תצוגה: יופיע בדפי החשבון של המשתמשים, אבל לא ניתן יהיה לערוך אותו.
  • עריכה: יופיע בדפי החשבון של המשתמשים, והמשתמשים יוכלו להגדיר אותו.

• הסתרת ערכים: גם אם מאפייני המשתמש גלויים למשתמשים, אם מגדירים את האפשרות הזו לכן, ערכי מאפייני המשתמש מוסתרים. זה שימושי לסיסמאות או למידע רגיש אחר. הגדרת הערך Yes תסתיר גם את ערך מאפיין המשתמש בתפריטים הנפתחים של מאפייני המשתמש בדף הגדרות הקישור. אחרי שמגדירים את הערך הזה לכן, אי אפשר לשנות אותו בחזרה ללא. כשמגדירים את האפשרות הסתרת ערכים לכן, צריך גם לציין רשימת היתרים של דומיינים שמותרים כיעד למאפיין המשתמש.

• רשימת דומיינים שאושרו: כשמסתירים את הערכים של מאפיין משתמש חדש, צריך גם לציין רשימת דומיינים שאושרו שכוללת את כתובות ה-URL שאליהן אפשר להעביר את המאפיין, כמו שמות מארחים לחיבורי מסד נתונים וכתובות URL לשילובים של HTTPS בפרויקט Git. אפשר להשתמש בתו הכללי (*) כדי להפעיל את האפשרות להצגת מודעות בכמה דפים באותו אתר. אחרי שמגדירים רשימת דומיינים מורשים, אפשר להעביר את מאפיין המשתמש רק ליעדים שמופיעים ברשימה.

  אחרי שמגדירים את רשימת הדומיינים המותרים למאפיין המשתמש הזה, אם הוקצו למאפיין המשתמש ערכים כלשהם – למשתמש, לקבוצה או על ידי הגדרת ערך ברירת מחדל – אי אפשר לשנות את רשימת הדומיינים המותרים כדי להפוך את כתובות ה-URL לפחות מגבילות. אפשר רק להגביל יותר את כתובות ה-URL או להסיר אותן מרשימת ההיתרים. לדוגמה, אם רשימת הדומיינים המותרים כוללת את הערך my_domain/route/*, אי אפשר לשנות אותו אחר כך ל-my_domain/*. אם אתם צריכים להגדיר את הרשימה הלבנה בצורה פחות מגבילה, אתם צריכים למחוק את כל הערכים הקיימים שהוקצו למאפיין המשתמש, כולל ערכי ברירת המחדל.

• הגדרת ערך ברירת מחדל: מסמנים את התיבה הזו כדי להגדיר ערך ברירת מחדל למקרה שלא הוקצה ערך למשתמש.

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

הקצאת ערכים למשתמשים ספציפיים

אחרי הגדרת מאפיין משתמש, אפשר להקצות לו ערך עבור משתמש ספציפי:

1. בתפריט אדמין, בקטע משתמשים, לוחצים על הכרטיסייה ערכי משתמש בדף מאפייני משתמש.
2. בתפריט הנפתח, בוחרים את המשתמש שרוצים להקצות לו ערך. מוצגת טבלה עם הערכים שחלים על המשתמש.
3. לוחצים על הלחצן הגדרת ערך למשתמש.
4. מזינים את הערך החדש בשדה ערך חדש.
5. לוחצים על Save.

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

כדי להקצות כמה ערכים למאפיין משתמש, משתמשים בסוג הנתונים String Filter (advanced) (מסנן מחרוזות (מתקדם)) ומזינים כמה ערכים מופרדים בפסיקים. חשוב לוודא שאין רווחים בין הערכים. לדוגמה, אפשר להזין את המחרוזת: Executive, Management, Contributors.

כדי להקצות לאדמין ב-Looker או למשתמש אחר את כל הערכים האפשריים, משתמשים בערך wildcard במאפיין המשתמש:

• כדי לתת לאדמין או למשתמש אחר גישה לכל הערכים של שדה מחרוזת, מגדירים את סוג הנתונים של מאפיין המשתמש למסנן מחרוזת (מתקדם) ומשתמשים בערך %, NULL.

• כדי לתת לאדמין או למשתמש אחר גישה לכל הערכים בשדה מספר, מגדירים את סוג הנתונים של מאפיין המשתמש למסנן מספרים (מתקדם) ומשתמשים בערך <0, >=0, NULL.

הערה: מטעמי אבטחה, אי אפשר להשתמש בתווים כלליים או בטווח ערכים במאפיין משתמש עם מענקי גישה. מידע נוסף זמין בדף התיעוד של הפרמטר access_grant.

הקצאת ערכים לקבוצות משתמשים

אפשר להקצות ערך למאפיין משתמש לקבוצת משתמשים. בדף מאפייני משתמש בחלונית אדמין, לוחצים על עריכה משמאל למאפיין שרוצים להגדיר. ואז פועלים לפי השלבים הבאים:

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

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

לדוגמה, יכול להיות שיש לכם קבוצות כמו 'צוות הנהלה' ו'צוות ניהול'. מנהלים בכירים הם גם מנהלים, ולכן הם חברים בשתי הקבוצות. אם תגררו את הקבוצה 'צוות הניהול' לראש הרשימה, המערכת תקצה לחברים שלה את הערך Executive במקום הערך Manager.

אם משתמש הגדיר ערך מותאם אישית למאפיין משתמש, הערך שהמשתמש הגדיר מבטל כל ערך שניתן לקבוצה שהמשתמש שייך אליה.

איפה אפשר להשתמש במאפייני משתמש?

מאפייני המשתמש משמשים למטרות הבאות:

חיבורים למסד נתונים

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

מאפייני המשתמש האלה הופכים את החיבור לספציפי למשתמש שמריץ שאילתה. אפשר גם להפנות למאפייני משתמש בשדה פרמטרים נוספים של JDBC, שמשמש להתאמה אישית של מחרוזת החיבור של JDBC. כשמשתמש מריץ שאילתה באמצעות החיבור, המערכת מיישמת את ערכי מאפייני המשתמש שהוקצו למשתמש, וכך מאפשרת להתאים אישית את החיבור על סמך המשתמש.

הערה: אם מגדירים פרמטר חיבור אחד או יותר כמאפיין משתמש, צריך להגדיר פרטי כניסה נפרדים לטבלת נתונים נגזרת מתמשכת (PDT) כדי להשתמש בטבלאות PDT במודל LookML. (יוצא מן הכלל: אפשר להגדיר את ההגדרה BigQuery Max Billing Gigabytes כמאפיין משתמש בלי שיהיה צורך במשתמש PDT נפרד).

הגדרות אישיות

אפשר להגדיר כל חיבור לשימוש במאפייני משתמשים מהדף חיבורים בקטע אדמין ב-Looker. (מידע על הדף Connections זמין במאמר הגדרות אדמין – חיבורים). כדי ליצור חיבור חדש, לוחצים על הוספת חיבור. כדי להגדיר חיבור קיים, לוחצים על עריכה לצד החיבור.

אם אפשר להגדיר קלט כמאפיין משתמש, לצד הקלט יופיע לחצן מאפיין משתמש.

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

כדי להפנות למאפיין משתמש בשדה Additional JDBC parameters (פרמטרים נוספים של JDBC), משתמשים באותו תחביר של תבניות Liquid שזמין ב-LookML. מאפייני המשתמש זמינים דרך משתנה Liquid‏ _user_attributes. לדוגמה, כדי להפנות למאפיין משתמש בשם my_jdbc_param_attribute, משתמשים בתחביר הבא:

my_jdbc_param={{ _user_attributes['name_of_attribute'] }}

תרחיש לדוגמה: החלת הרשאות ברמת מסד הנתונים ב-Looker

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

לדוגמה, אם משתמש מוגדר להתחבר למסד הנתונים באמצעות חשבון שמונע ממנו לראות את העמודה credit_card_number בטבלה user, כל מאפיין שמשתמש בעמודה הזו במסד הנתונים עדיין יופיע לו ב-Looker. אם הם ינסו להריץ שאילתה שכוללת את המאפיין הזה, הם יקבלו שגיאה ממסד הנתונים.

תרחיש לדוגמה: שימוש במודל אחד לכמה מסדי נתונים זהים

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

אם מסדי הנתונים האלה נמצאים באותו שרת מסד נתונים, לא צריך להגדיר חיבורים ומודלים נפרדים. במקום זאת, מגדירים את מסד הנתונים של חיבור למאפיין משתמש, וכל משתמש יופנה למסד הנתונים שצוין בערך שלו במאפיין המשתמש Database Name.

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

פעולות לגבי נתונים

אפשר להגדיר פעולות על נתונים כך שיכללו מטען ייעודי (payload) של JSON עם מאפייני משתמש מסוימים. הפרמטר הזה משמש לשליחת מידע ספציפי למשתמש יחד עם הנתונים, כמו פרטי הכניסה שלו לביצוע פעולה בשירות מסוים.

הגדרות אישיות

כדי לכלול מאפיין משתמש בפעולת נתונים, מוסיפים בלוק user_attribute_param להגדרה של action. כל בלוק כולל שני פרמטרים:

• ‫user_attribute: השם של מאפיין המשתמש
• ‫name: השם לשימוש במטען הייעודי (payload) של JSON

בדוגמה הזו נעשה שימוש בשני מאפייני משתמש – salesforce_username ו-salesforce_password – כדי לשמור את פרטי הכניסה של כל משתמש ל-Salesforce ב-Looker. כשמשתמש מבצע את הפעולה 'עדכון נתונים ב-Salesforce',‏ Looker שולח את פרטי הכניסה שלו ל-Salesforce עם מטען ה-JSON, שהשרת המקבל יכול להשתמש בו כדי לבצע אימות ב-Salesforce.

dimension: stage_name {
  type: string
  sql: ${TABLE}.stage_name;;
  action: {
    label: "Update in Salesforce"
    url: "https://example.com/my_salesforce_url"
    user_attribute_param: {
      user_attribute: salesforce_username
      name: "username"
    }
    user_attribute_param: {
      user_attribute: salesforce_password
      name: "password"
    }
    form_param: {
      name: "new_stage_name"
      type: string
      required: yes
    }
  }
}

פעולות מותאמות אישית במרכז הפעולות

אפשר להגדיר פעולה בהתאמה אישית כך שתכלול מאפייני משתמש שמגבילים את המשתמשים מלשלוח או לתזמן תוכן של Looker ליעד הפעולה אם לא הוגדר ערך למאפיין המשתמש הזה.

הגדרות אישיות

הפרמטר params בפעולה מותאמת אישית מייצג את שדות הטופס שאדמין ב-Looker צריך להגדיר בדף ההפעלה של הפעולה מתוך רשימת הפעולות בחלונית אדמין. בפרמטר params של קובץ הפעולות, כוללים:

  params = [{
    description: "A description of the param.",
    label: "A label for the param.",
    name: "action_param_name",
    user_attribute_name: "user_attribute_name",
    required: true,
    sensitive: true,
  }]

כאשר user_attribute_name הוא מאפיין המשתמש שמוגדר בשדה שם בדף מאפייני משתמש בקטע משתמשים בחלונית אדמין, required: true מציין שמשתמש צריך להגדיר ערך לא ריק ותקין למאפיין המשתמש הזה כדי לראות את הפעולה כשמספקים נתונים, ו-sensitive: true מציין שערך מאפיין המשתמש מוצפן ואף פעם לא מוצג בממשק המשתמש של Looker אחרי שמזינים אותו. אפשר לציין כמה פרמטרים משניים של מאפייני משתמש.

אדמין ב-Looker צריך להגדיר את שדות הטופס של הפעולה עם מאפיין המשתמש:

1. לוחצים על הלחצן הפעלה או הגדרות לצד הפעולה בדף פעולות שבחלונית ניהול.
2. לוחצים על סמל מאפיין המשתמש בשדה המתאים, ובוחרים את מאפיין המשתמש הרצוי.

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

מסננים

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

לדוגמה, אפשר ליצור מאפיין משתמש בשם salesforce_username ולהגדיר כל משתמש ב-Looker כך שהערך שלו יהיה שם המשתמש שלו ב-Salesforce. אחר כך אפשר להגדיר מסנן במרכז הבקרה לפי מאפיין המשתמש salesforce_username, וכל משתמש יראה את מרכז הבקרה הזה מסונן לפי שם המשתמש הספציפי שלו ב-Salesforce.

הגדרות אישיות

בקטע FILTERS (מסננים) בטבלת Explore, בטבלת Look או בלוח הבקרה:

1. בוחרים באפשרות תואם למאפיין משתמש במסנן הרצוי.

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

2. בוחרים את מאפיין המשתמש הרצוי.

תחביר של מסנן מתקדם

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

{{ _user_attributes['name_of_attribute'] }}

לדוגמה, נניח שאתם צריכים להוסיף את הקידומת sf_ לערך של מאפיין המשתמש salesforce_username כי כך הערכים מאוחסנים במסד הנתונים שלכם. כדי להוסיף את הקידומת לערך מאפיין המשתמש, משתמשים בתחביר של משתנה Liquid‏ _user_attributes:

sf_{{_user_attributes['salesforce_username']}}

אפשר להשתמש באותו דפוס כדי להוסיף מאפייני משתמש למסנני לוחות בקרה ולמסנני רכיבים בלוחות בקרה ב-LookML.

תזמון של מרכזי בקרה ו-Looks

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

לדוגמה, אפשר ליצור מאפיין משתמש בשם salesforce_username ולהגדיר את הערך לשם המשתמש של כל משתמש ב-Salesforce. מגדירים מסנן בלוח בקרה או בתזמון של Look לפי מאפיין המשתמש salesforce_username, כדי שכל נמען יקבל את לוח הבקרה הזה מסונן לפי שם המשתמש שלו ב-Salesforce.

דרישות מוקדמות

רק למשתמשי Looker מוגדרים ערכים של מאפייני משתמשים, ולכן לכל נמען של מסירת הנתונים צריך להיות חשבון Looker. מאפייני המשתמשים מוחלים על ידי הפעלת מרכז הבקרה או Look פעם אחת לכל נמען.

הגדרות אישיות

פותחים את הכלי לתזמון עבור Look או מרכז הבקרה:

1. בקטע Filters, בוחרים באפשרות matches a user attribute במסנן הרצוי.

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

2. בוחרים את מאפיין המשתמש הרצוי.

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

גישה למסננים

אפשר להגביל את הנתונים שהמשתמש יכול לגשת אליהם באמצעות מסנני גישה, שמספקים אבטחה ברמת השורה. אומנם אפשר להשתמש בפרמטר access_grant, אבל קל יותר להטמיע ולתחזק מסנני גישה באמצעות מאפייני משתמש.

מסנני גישה מספקים דרך מאובטחת להחיל הגבלות נתונים ספציפיות למשתמש. הגדרת מסנן גישה אחד או יותר לכלי ניתוח LookML מבטיחה שהנתונים שמוחזרים מכלי הניתוח מסוננים על סמך המשתמש שמריץ את השאילתה. לכן, מסנני גישה מספקים שכבת הגבלה נוספת, כדי להבטיח שהמשתמש יוכל לראות רק קבוצות משנה ספציפיות של הנתונים מחיבור למסד נתונים.

הערה: הערה לגבי SQL: מסנני גישה מספקים אבטחה ברמת השורה על ידי הוספת תנאים לסעיף WHERE של SQL. אפשר להשתמש במאפייני משתמש ב-LookML גם כדי לספק אבטחה ברמת העמודה, כמו שמתואר בפוסט בקהילה Masking Sensitive Fields for Certain Users (הסתרת שדות רגישים למשתמשים מסוימים).

הגדרות אישיות

1. יוצרים מאפיין משתמש:
   • מגדירים את User Access לערך None (מומלץ) או View. (אי אפשר להשתמש במסנן גישה במאפיין משתמש שהוגדר כמאפיין שמשתמשים יכולים לערוך).
   • הקצאת ערכים של מאפייני משתמשים לקבוצות או למשתמשים ספציפיים.
2. בהגדרת LookML של ה-Explore שרוצים להוסיף לו מסנן גישה, מוסיפים בלוק access_filter עם הפרמטרים הבאים:
   • ‫field: השם של שדה LookML שלפיו רוצים לסנן
   • ‫user_attribute: השם של מאפיין המשתמש שבו מאוחסן הערך שרוצים להשתמש בו כדי לסנן את הנתונים
3. מריצים שאילתה על האפשרות הנוספת הזו.
4. בודקים את סעיף WHERE של ה-SQL של השאילתה כדי לוודא שהנתונים מסוננים בהתאם לערך שהגדרתם למאפיין המשתמש.

קוד ה-LookML הזה מבטיח ששאילתות לגבי הזמנות יסוננו לפי מותג, והמותג המסוים יתבסס על הערך שהוקצה למשתמש במאפיין משתמש בשם company:

explore: orders {
  view_name: orders
  access_filter: {
    field: products.brand_name
    user_attribute: company
  }
  join: products {
    foreign_key: orders.product_id
  }
}

קישור לספקי Git

בפרויקטים של LookML, אפשר להגדיר אימות Git באמצעות HTTPS. בפרויקטים שמשתמשים באימות Git באמצעות HTTPS, יש אפשרות להשתמש במאפייני משתמש כדי להתחבר לחשבונות Git של מפתחים ספציפיים כשמבצעים פעולות Git בשם המפתח.

מאפייני המשתמש של סיסמאות לחשבון Git צריכים להיות מוסתרים. כשיוצרים את מאפיין הסיסמה, בוחרים באפשרות כן בקטע הסתרת ערכים ומזינים את כתובת ה-URL של ספק Git בשדה רשימת הדומיינים המותרים.

שליטה בגישה באמצעות הענקת גישה

אתם יכולים ליצור הרשאות גישה שמגבילות את הגישה ל-LookML Explore, ל-join, לתצוגה או לשדה באמצעות ערכים של מאפייני משתמש, הפרמטר access_grant והפרמטר required_access_grants.

כך פועל מתן הגישה:

1. מגדירים הרשאת גישה באמצעות הפרמטר access_grant. כחלק מההגדרה, אתם משייכים את הענקת הגישה למאפיין משתמש. אתם גם מציינים אילו ערכים של מאפייני משתמש מעניקים גישה להרשאת הגישה.
2. לאחר מכן, משתמשים בפרמטר required_access_grants ברמה של Explore,‏ join,‏ view או field כדי להגביל את המבנה הזה רק למשתמשים שיש להם גישה לכל מענק גישה שמופיע ברשימה.

לדוגמה, אפשר להשתמש בהענקת גישה כדי להגביל את הגישה למאפיין salary רק למשתמשים שהערך payroll מופיע במאפיין המשתמש department שלהם.

מידע נוסף על הגדרת מענקי גישה זמין בדף התיעוד של הפרמטר access_grant.

אזהרה: מטעמי אבטחה, אי אפשר להשתמש בתווים כלליים לחיפוש או בטווח ערכים במאפיין משתמש עם הענקת גישה. מידע נוסף זמין בדף התיעוד של הפרמטר access_grant.

משתני Liquid

‫LookML מאפשר שימוש בכמה משתני Liquid שונים, שיכולים להיות שימושיים לסוגים מורכבים יותר של פלט מותאם אישית. מעכשיו אפשר לכלול ב-Liquid את ערכי המאפיינים של משתמש. התחביר של ביטוי Liquid צריך להתאים לניב של מסד הנתונים.

אפשר לראות דוגמאות בקטע Connection (חיבור) בדף התיעוד הזה, ובדף השיטות המומלצות Using user attributes for dynamic schema and table name injection (שימוש במאפייני משתמשים להוספה דינמית של סכימה ושם טבלה).

מגבלות נתונים ב-Google BigQuery

אם אתם משתמשים ב-Google BigQuery כמסד הנתונים שלכם, Google מחייבת אתכם על כל שאילתה לפי הגודל שלה. כדי למנוע ממשתמשים להריץ בטעות שאילתה יקרה מדי, אפשר להגדיר מאפיין משתמש בהגדרה Max Billing Gigabytes בחיבור BigQuery. הערכים שאתם מציינים במאפיין המשתמש צריכים להיות מספר הגיגה-בייט שהמשתמש יכול לשלוף בשאילתה אחת.

מרכזי בקרה מוטמעים

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

התאמה לשוק המקומי

מאפייני המשתמש locale ו-number_format יכולים להגדיר את המראה של נתונים, ויזואליזציות וחלקים בממשק המשתמש של Looker עבור משתמשים או קבוצות משתמשים ספציפיים. מידע נוסף זמין בדף העזרה בנושא התאמה לשוק המקומי ב-Looker.

גישה לנקודות קצה (endpoints) של API חיצוני

אפשר להשתמש במאפייני משתמש במסגרת התוספים של Looker כדי לגשת לנקודות קצה חיצוניות של API באמצעות שרת proxy. דוגמה אפשר לראות בדף התיעוד Extension framework React and JavaScript code examples.

בדיקה של מאפייני משתמש ומסנני גישה

אתם יכולים לבדוק את ההשפעות של מאפייני המשתמשים באמצעות הפונקציה sudo של Looker. אדמינים (או משתמשים עם הרשאות see_users ו-sudo) יכולים להשתמש בפקודה sudo בתור משתמש אחר כדי לראות את חוויית השימוש שלו ב-Looker.

כשאתם נמצאים במצב פיתוח, השינויים שלכם לא גלויים למשתמשים אחרים עד שפורסים את השינויים בסביבת הייצור. אם לא פרסתם את השינויים כדי שמשתמשים אחרים יוכלו לראות אותם, לא תוכלו לראות את השינויים כשאתם משתמשים בפקודה sudo כמשתמש אחר.