זהו מאמר עזרה ל-Looker 26.20. למסמכי התיעוד העדכניים ביותר

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

פרמטרים של תרשים מפל ללוחות בקרה של LookML

בדף הזה מוסבר איך להוסיף ולהתאים אישית רכיב בלוח הבקרה של LookML מסוג type: looker_waterfall באמצעות פרמטרים של מרכז שליטה של LookML בקובץ dashboard.lkml.

למידע על יצירת תרשים מפל מים דרך ממשק המשתמש של Looker, עיינו בדף התיעוד אפשרויות של תרשים מפל מים.

דוגמה לשימוש

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


## BASIC PARAMETERS
name: element_name
title: 'Element Title'
type: looker_waterfall
height: N
width: N
top: N
left: N
row: N
col: N
refresh: N (seconds | minutes | hours | days)
note_state: collapsed | expanded
note_display: above | below | hover
note_text: 'note text'

## QUERY PARAMETERS
model: model_name
explore: explore_name
fields: [view_name.field_name, view_name.field_name, …]
dimensions: [view_name.field_name, view_name.field_name, …]
measures: [view_name.field_name, view_name.field_name, …]
sorts: [view_name.field_name asc | desc, view_name.field_name, …]
fill_fields: [view_name.field_name, view_name.field_name, …]
limit: N
column_limit: N
filters:
  view_name.field_name: 'Looker filter expression' | 'filter value'
filter_expression:  'Looker custom filter expression'
listen:
  dashboard_filter_name: view_name.field_name
hidden_fields: [view_name.field_name, view_name.field_name, …]
query_timezone: 'specific timezone' | user_timezone
merged_queries:
- 'primary query definition'
- 'next source query definition'
  join_fields:
  - field_name: view_name.field_name
    source_field_name: view_name.field_name

## SERIES PARAMETERS
up_color: &#34;hex string&#34; | 'CSS named color string'
down_color: &#34;hex string&#34; | 'CSS named color string'
total_color: &#34;hex string&#34; | 'CSS named color string'
color_application:
  collection_id: 'collection ID'
  palette_id: 'palette ID'
  options:
    reverse: true | false

## VALUE PARAMETERS
show_value_labels: true | false
label_color: ['color value']

## X-AXIS PARAMETERS
x_axis_scale: auto | ordinal | time
show_x_axis_label: true | false
show_x_axis_ticks: true | false
x_axis_zoom: true | false

## Y-AXIS PARAMETERS
show_y_axis_labels: true | false
show_y_axis_ticks: true | false
y_axis_gridlines: true | false
y_axis_zoom: true | false

## ADVANCED VISUALIZATION CONFIGURATION PARAMETERS
advanced_vis_config: 'Highcharts JSON snippet'

הגדרות הפרמטרים

שם הפרמטר	תיאור
פרמטרים בסיסיים
`name` (לרכיבים)	יצירת הרכיב
`title` (לרכיבים)	שינוי האופן שבו שם הרכיב מוצג למשתמשים
`type` (לרכיבים)	קובע את סוג התצוגה החזותית שבה ייעשה שימוש ברכיב
`height` (לרכיבים)	מגדיר את גובה הרכיב ביחידות של `tile_size` למרכזי בקרה מסוג `layout: tile` ו-`layout: static`
`width` (לרכיבים)	מגדיר את רוחב הרכיב ביחידות של `tile_size` למרכזי בקרה מסוג `layout: tile` ו-`layout: static`
`top`	מגדירה את המיקום של הרכיב מלמעלה למטה ביחידות של `tile_size` במרכזי בקרה מסוג `layout: static`
`left`	הגדרת המיקום של הרכיב משמאל לימין ביחידות של `tile_size` במרכזי בקרה מסוג `layout: static`
`row`	מגדיר את המיקום מלמעלה למטה של רכיב ביחידות של שורות במרכזי בקרה של `layout: newspaper`
`col`	מגדיר את המיקום של רכיב משמאל לימין ביחידות של עמודות במרכזי בקרה של `layout: newspaper`
`refresh` (לרכיבים)	הגדרת מרווח הזמן שבו הרכיב יתרענן באופן אוטומטי
`note_state`	ההגדרה קובעת אם ההערה תכווץ או תורחב אם היא גדולה מדי ולא נכנסת בשורה אחת ברוחב של הרכיב
`note_display`	מגדיר איפה ההערה מוצגת ברכיב
`note_text`	מציין את הטקסט שמוצג בהערה
פרמטרים של שאילתה
`model`	הגדרת המודל שישמש לשאילתה של הרכיב
`explore` (לרכיבים)	הגדרת ה-Explore שבו ייעשה שימוש בשאילתה של הרכיב
`fields`	מגדיר את השדות שישמשו לשאילתה של הרכיב. אפשר להשתמש בו במקום `dimensions` ו-`measures`.
`dimensions`	הגדרת המאפיינים שישמשו לשאילתה של הרכיב
`measures`	הגדרת המדדים שישמשו לשאילתה של הרכיב
`sorts`	הגדרת המיונים שישמשו לשאילתה של הרכיב
`fill_fields`	מגדיר את המאפיינים שמשתמשים באפשרות מילוי מאפיינים
`limit`	הגדרת מגבלת השורות שבהן ייעשה שימוש בשאילתה של הרכיב
`filters` (לרכיבים)	מגדיר את המסננים שאי אפשר לשנות בשאילתה של הרכיב
`filter_expression`	הגדרה של מסנן מותאם אישית שאי אפשר לשנות בשאילתה של הרכיב
`listen`	מגדיר את המסננים שאפשר לשנות בשאילתה של הרכיב, אם נוצרו `filters` (למרכז הבקרה)
`hidden_fields`	מציין את השדות שבהם צריך להשתמש בשאילתה אבל להסתיר מהתרשים
`query_timezone`	מגדיר את אזור הזמן שבו צריך להשתמש כשהשאילתה מופעלת
`merged_queries`	מגדירה שאילתה של תוצאות ממוזגות
פרמטרים של סדרות
`up_color`	הגדרת הצבע של עמודות עם ערכים חיוביים בתרשים
`down_color`	הגדרת הצבע של עמודות עם ערכים שליליים בתרשים
`total_color`	הגדרת הצבע של עמודת הערך הכולל בתרשים
`color_application`	החלת אוסף צבעים ולוח צבעים על התרשים
פרמטרים של ערכים
`show_value_labels`	הצגת תוויות לכל עמודת נתונים
`label_color`	מציין ערך צבע לתוויות
פרמטרים של ציר ה-X
`x_axis_scale`	מציין איך מחושב קנה המידה של ציר ה-X
`show_x_axis_label`	הצגה או הסתרה של התווית של ציר ה-X
`show_x_axis_ticks`	הצגת ערכים בציר ה-X
`x_axis_zoom`	מציינת אם לאפשר התקרבות לאורך ציר ה-X
פרמטרים של ציר ה-Y
`show_y_axis_labels`	הצגה או הסתרה של התווית של ציר ה-Y
`show_y_axis_ticks`	הצגת ערכים בציר ה-Y
`y_axis_gridlines`	הרחבת קווי הרשת מציר ה-Y
`y_axis_zoom`	מציינת אם לאפשר שינוי מרחק התצוגה לאורך ציר ה-Y. מושבת אם `x_axis_zoom: false`.
פרמטרים מתקדמים להגדרת תצוגות חזותיות
`advanced_viz_config`	מקבל קטע קוד JSON של HighCharts שיכול לשנות כמה הגדרות של תצוגה חזותית

פרמטרים בסיסיים

כשמגדירים רכיב בלוח הבקרה של LookML, צריך לציין ערכים לפחות לפרמטרים הבסיסיים name ו-type. פרמטרים בסיסיים אחרים, כמו title,‏ height ו-width, משפיעים על המראה והמיקום של הרכיב במרכז הבקרה.

`name`

הקטע הזה מתייחס לפרמטר name שהוא חלק מרכיב בלוח הבקרה.

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

כל הצהרה של name יוצרת רכיב חדש בלוח הבקרה ומקצה לו שם. שמות הרכיבים חייבים להיות ייחודיים. לפעמים יש הפניות לשמות בפרמטר elements כשמשתמשים במרכזי בקרה של layout: grid, או בפרמטר group של רכיבי צאצא כשמארגנים רכיבים בקבוצת משבצות (type: group).

- name: orders_by_date

`title`

הקטע הזה מתייחס לפרמטר title שהוא חלק מרכיב בלוח הבקרה.

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

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

הפרמטר title מאפשר לשנות את האופן שבו שם הרכיב יופיע למשתמשים. אם לא מציינים כותרת, ברירת המחדל היא הרכיב name.

לדוגמה:

- name: sales_overview
  title: '1) Sales Overview'

אם תשתמשו בפורמט הזה, במקום שהרכיב יופיע בתור סקירה כללית של מכירות, הוא יופיע בתור 1) סקירה כללית של מכירות.

`type`

הקטע הזה מתייחס לפרמטר type שהוא חלק מרכיב בלוח הבקרה.

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

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

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

אפשר להשתמש ב-type גם כחלק מיחידת מידה, כפי שמתואר בדף התיעוד סוגי יחידות מידה.

הפרמטר type קובע את סוג ההצגה החזותית שבה ייעשה שימוש ברכיב.

- name: element_name
  type: text | looker_grid | table | single_value | looker_single_record |
        looker_column | looker_bar | looker_scatter | looker_line | looker_area |
        looker_pie | looker_donut_multiples | looker_funnel | looker_timeline |
        looker_map | looker_google_map | looker_geo_coordinates | looker_geo_choropleth |
        looker_waterfall | looker_wordcloud | looker_boxplot | button | group

בדף התיעוד type (למרכזי בקרה של LookML) יש סקירה כללית של הסוגים השונים של רכיבים במרכז הבקרה של LookML.

`height`

הקטע הזה מתייחס לפרמטר height שהוא חלק מרכיב בלוח הבקרה.

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

למרכזי בקרה עם פריסות של `tile` או `static`

הפרמטר height מגדיר את הגובה של רכיב, ביחידות של tile_size (שמוגדר בפיקסלים), למרכזי בקרה של layout: tile ו-layout: static.

לדוגמה, הקוד הבא מציין את tile_size: 100 ו-height: 4, כך שהגובה של הרכיב orders_by_date הוא 400 פיקסלים.

- dashboard: sales_overview
  tile_size: 100
  ...

  elements:
  - name: orders_by_date
    height: 4
    ...

למרכזי בקרה עם פריסת `newspaper`

הפרמטר height מגדיר את הגובה של רכיב, ביחידות של שורה, במרכזי בקרה מסוג layout: newspaper.

כברירת מחדל, לוח בקרה עם פריסת עיתון כולל רכיבים בגובה של 6 שורות, או כ-300 פיקסלים. הגובה המינימלי הוא שורה אחת למרכזי בקרה שבהם הפרמטר preferred viewer מוגדר לערך dashboards-next. הגובה המינימלי הוא 2 שורות למרכזי בקרה עם פרמטר preferred viewer שמוגדר ל-dashboards.

לדוגמה, הקוד הבא מגדיר רכיב בגובה של 12 שורות, או בגובה כפול מרכיבים אחרים שמוגדרים כברירת המחדל:

- dashboard: sales_overview
  layout: newspaper
  ...

  elements:
  - name: orders_by_date
    height: 12
    ...

`width`

הקטע הזה מתייחס לפרמטר width שהוא חלק מרכיב בלוח הבקרה.

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

הפרמטר width מגדיר את הרוחב של רכיב, ביחידות של tile_size, במרכזי הבקרה layout: tile ו-layout: static.

לדוגמה, הקוד הבא מציין את tile_size: 100 ו-width: 4, כך שרוחב הרכיב orders_by_date הוא 400 פיקסלים.

- dashboard: sales_overview
  tile_size: 100
  ...

  elements:
  - name: orders_by_date
    width: 4
    ...

הפרמטר width מגדיר את הרוחב של רכיב, ביחידות של עמודות, במרכזי בקרה של layout: newspaper.

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

לדוגמה, הקוד הבא מגדיר את הרכיב לחצי מהרוחב של מרכז הבקרה:

- dashboard: sales_overview
  layout: newspaper
  ...

  elements:
  - name: orders_by_date
    width: 12
    ...

`top`

הפרמטר top מגדיר את המיקום של רכיב מלמעלה למטה, ביחידות של tile_size, במרכזי בקרה מסוג layout: static.

לדוגמה, הקוד הבא מציין את tile_size: 100 ו-top: 4, וממקם את הקצה העליון של הרכיב orders_by_date במרחק של 400 פיקסלים מהחלק העליון של מרכז הבקרה.

- dashboard: sales_overview
  tile_size: 100
  ...

  elements:
  - name: orders_by_date
    top: 4
    ...

`left`

הפרמטר left מגדיר את המיקום של רכיב משמאל לימין, ביחידות של tile_size, במרכזי בקרה של layout: static.

לדוגמה, הקוד הבא מציין את tile_size: 100 ו-left: 4, וממקם את הקצה השמאלי של הרכיב orders_by_date במרחק של 400 פיקסלים מהצד השמאלי של מרכז הבקרה.

- dashboard: sales_overview
  tile_size: 100
  ...

  elements:
  - name: orders_by_date
    left: 4
    ...

`row`

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

לוח הבקרה מתחיל בשורה 0 בחלק העליון של לוח הבקרה. בלוח בקרה עם פריסת עיתון, גובה ברירת המחדל של רכיב בלוח הבקרה הוא 6 שורות. כלומר, רכיבי לוח הבקרה בחלק העליון של לוח הבקרה (row: 0) יתפסו כברירת מחדל את שורות 0-5.

הגובה של כל שורה הוא 50 פיקסלים, כלומר הגובה של רכיב ברירת המחדל של 6 שורות הוא 300 פיקסלים.

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

- dashboard: sales_overview
  layout: newspaper
  ...

  elements:
  - name: orders_by_date
    row: 6
    ...

`col`

בלוחות בקרה של layout: newspaper, הפרמטר col מגדיר את העמודה שבה ממוקם הקצה השמאלי של הרכיב. אם הרכיב ממוקם בתוך קבוצת משבצות באמצעות הפרמטר group, הפרמטר col מגדיר את מיקום העמודה של הרכיב ביחס לקצה השמאלי של מאגר הקבוצה (col: 0).

מרכזי הבקרה מחולקים ל-24 עמודות. מרכז הבקרה מתחיל בעמודה 0 בצד ימין של מרכז הבקרה. בלוח בקרה עם פריסת עיתון, רוחב הרכיב שמוגדר כברירת מחדל הוא 8 עמודות, כלומר הרכיבים בלוח הבקרה שמופיעים בצד ימין של לוח הבקרה (col: 0) יתפסו כברירת מחדל את עמודות 0-7.

לדוגמה, הקוד הבא מגדיר רכיב שיוצג בעמודה השלישית של הרכיבים במרכז הבקרה:

- dashboard: sales_overview
  layout: newspaper
  ...

  elements:
  - name: orders_by_date
    col: 16
    ...

`refresh`

הקטע הזה מתייחס לפרמטר refresh שהוא חלק מרכיב בלוח הבקרה.

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

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

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

- name: orders_by_date
  refresh: 2 hours

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

`note_state`

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

`note_display`

הפרמטר note_display מגדיר איפה ההערה מוצגת ברכיב. above ממקם את ההערה בחלק העליון של הרכיב, below ממקם אותה בחלק התחתון של הרכיב, ו-hover מחייב את המשתמש להעביר את העכבר מעל סמל ? כדי לראות את ההערה.

`note_text`

הפרמטר note_text מציין את הטקסט שמוצג בהערה של רכיב.

פרמטרים של שאילתה

כשמגדירים רכיב בלוח הבקרה של LookML, צריך לציין ערכים לפחות לפרמטרים של השאילתה model ו-explore, ולציין לפחות שדה אחד באמצעות הפרמטר dimensions, הפרמטר measures או הפרמטר fields. אפשר גם להשתמש בפרמטרים האחרים של השאילתה כדי לקבוע איך הנתונים יוצגו ברכיב בלוח הבקרה.

`model`

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

- name: orders_by_date
  model: ecommerce

הפרמטר model מקבל קבועים של LookML. אפשר להגדיר קבוע בקובץ המניפסט של הפרויקט, ואז להשתמש בתחביר "@{constant_name}" כדי להגדיר את הקבוע כערך של model. שימוש בקבוע מאפשר לכם להגדיר את השם של המודל במקום אחד, וזה שימושי במיוחד אם אתם מעדכנים את השם של מודל שמשמש כמה רכיבים בלוח הבקרה.

מידע נוסף ודוגמה לשימוש בקבועים במרכזי בקרה של LookML זמינים בדף התיעוד של הפרמטר constant.

`explore`

הקטע הזה מתייחס לפרמטר explore שהוא חלק מרכיב בלוח הבקרה.

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

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

הפרמטר explore מגדיר את ה-Explore שבו צריך להשתמש בשאילתה של הרכיב.

- name: orders_by_date
  explore: order

הפרמטר explore מקבל קבועים של LookML. אפשר להגדיר קבוע בקובץ המניפסט של הפרויקט, ואז להשתמש בתחביר "@{constant_name}" כדי להגדיר את הקבוע כערך של explore. שימוש בקבוע מאפשר לכם להגדיר את השם של ניתוח נתונים במקום אחד, וזה שימושי במיוחד אם אתם מעדכנים את השם של ניתוח נתונים שמשמש כמה רכיבים בלוח הבקרה.

מידע נוסף ודוגמה לשימוש בקבועים במרכזי בקרה של LookML זמינים בדף התיעוד של הפרמטר constant.

`fields`

הפרמטר fields מגדיר את השדות שבהם צריך להשתמש בשאילתת הרכיב. כדי לציין את השדות, משתמשים בתחביר view_name.dimension_name.

## single field example
- name: orders_by_date
  fields: order.order_date

## multiple fields example
- name: orders_by_date
  fields: [order.order_date, order.order_count]

אם משתמשים בפרמטר fields, לא צריך להשתמש בפרמטרים dimensions ו-measures.

`dimensions`

הפרמטר dimensions מגדיר את המאפיין או המאפיינים שבהם צריך להשתמש בשאילתת הרכיב. כדי לציין את המאפיין, משתמשים בתחביר view_name.dimension_name. אל תכלול את dimensions אם אין כאלה בשאילתה.

## single dimension example
- name: orders_by_date
  dimensions: order.order_date

## multiple dimension example
- name: orders_by_date
  dimensions: [order.order_date, customer.name]

`measures`

הפרמטר measures מגדיר את המידה או המידות שבהן צריך להשתמש בשאילתת הרכיב. כדי לציין את המידה, משתמשים בתחביר view_name.measure_name. אל תכלול את measures אם אין כאלה בשאילתה.

## single measure example
- name: orders_by_date
  measures: order.count

## multiple measure example
- name: orders_by_date
  measures: [order.count, order_item.count]

`sorts`

הפרמטר sorts מגדיר את אופן המיון של השאילתה של הרכיב. מציינים קודם את שדה המיון הראשי, ואחריו את שדות המיון המשניים. משתמשים בתחביר view_name.field_name כדי לציין את המאפיין או המדד שלפיהם רוצים למיין.

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

בדוגמה הבאה מוגדר מיון יחיד:

- name: orders_by_date
  sorts: order.order_date desc

בדוגמה הבאה מוגדרים כמה מיון:

- name: orders_by_date
  sorts: [order.order_date desc, customer.name]

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

- name: orders_by_category
  sorts: [orders.count desc 0]

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

- name: orders_by_cohort
  sorts: [users.count desc 2]

`fill_fields`

הפרמטר fill_fields מגדיר את המאפיינים שמשתמשים באפשרות מילוי מאפיינים. כדי לציין את המידות, משתמשים בתחביר view_name.dimension_name.

- name: orders_by_date
  fill_fields: [orders.created_date, orders.shipped_date]

`limit`

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

- name: orders_by_date
  limit: 100

`filters`

הקטע הזה מתייחס לפרמטר filters שהוא חלק מרכיב בלוח הבקרה.

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

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

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

התחביר של filters הוא:

- name: element_name
  filters:
    orders.created_date: 2020/01/10 for 3 days
    orders.status: Shipped
    # You can create multiple filter statements

כל מסנן יכול לקבל ביטוי סינון של Looker או ערך קבוע. אפשר גם להשתמש במשתני Liquid‏ _localization או _user_attributes בביטוי הסינון כדי לקבל ערכי סינון גמישים.

`filter_expression`

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

- name: element_name
  filter_expression:
  - diff_days(${users.created_date},${user_order_facts.first_order_date}) > 60

בדף התיעוד ביטויי סינון ב-Looker מפורטים ביטויי הסינון ב-Looker.

`listen`

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

התחביר של listen הוא:

- name: element_name
  listen:
    filter_name_goes_here: dimension or measure on which to apply
                           the filter using view_name.field_name syntax
    # You can add more than one listen statement

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

- dashboard: sales_overview
  ...

  filters:
  - name: date
    type: date_filter

  elements:
 - name: orders_by_date
    listen:
      date: order.order_date
    ...

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

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

`hidden_fields`

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

hidden_fields: [inventory_items.count, distribution_centers.id]

`query_timezone`

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

- name: orders_by_date
  query_timezone: America/Los Angeles

- name: orders_by_customer
  query_timezone: user_timezone

`merged_queries`

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

קוד ה-LookML לדוגמה הבא יוצר רכיב של תוצאות ממוזגות ב-type: looker_grid. בדוגמה הזו, הפרמטר merged_queries משמש ליצירת רכיב בלוח הבקרה שמשלב נתונים משתי שאילתות נפרדות בתרשים טבלה אחד:

- name: merged_results_element
  title: Merged Results Tile
  type: looker_grid
  merged_queries:
  - model: ecommerce
    explore: users
    type: table
    fields: [users.state, users.count, users.city]
    sorts: [users.count desc 0]
    limit: 5000
    column_limit: 50
    query_timezone: UTC
    listen:
    - State: users.state
  - model: ecommerce
    explore: users
    type: table
    fields: [users.state, users.city]
    sorts: [users.state]
    limit: 500
    column_limit: 50
    query_timezone: UTC
    join_fields:
    - field_name: users.state
      source_field_name: users.state
    - field_name: users.city
      source_field_name: users.city
    listen:
    - State: users.state

בדוגמה הזו, הרכיב בלוח הבקרה משלב נתונים משתי שאילתות מקור שמבוססות על ה-Explore‏ users במודל ecommerce. השאילתה הראשית כוללת את השדות users.state,‏ users.count ו-users.city, והיא ממיינת את התוצאות לפי השדה users.count. שאילתת המקור השנייה כוללת את השדות users.state ו-users.city וממיינת את התוצאות לפי השדה users.state.

הפרמטר join_field ממזג את שאילתות המקור על סמך ערכים תואמים בשדות users.state ו-users.city.

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

דוגמה: מיזוג נתוני חברה

נניח שאתם רוצים ליצור שאילתה ממוזגת שמשלבת מידע על חברות משני חקירות שונות: company_info ו-companies. אתם רוצים לצרף את השאילתות בשדות ipo.stock_symbol,‏ companies.name ו-companies.contact_email מכל חקירה כדי ליצור שאילתה שמחזירה תוצאות של שם החברה, כתובת האימייל ליצירת קשר עם החברה, שנת ההנפקה, סמל המניה, מספר העובדים ומספר המשרות. אפשר להגדיר את רכיב השאילתה הממוזגת ב-LookML באופן הבא:

- name: merged_results_element
  title: Merged Results Tile
  merged_queries:
  - model: market_research
    explore: company_info
    fields: [companies.name, companies.contact_email, ipo.public_year, ipo.stock_symbol]
    filters:
      companies.contact_email: "-NULL"
      ipo.valuation_amount: NOT NULL
    sorts: [ipo.public_year desc]
  - model: company_data
    explore: companies
    fields: [companies.name, ipo.stock_symbol, companies.contact_email,
      companies.number_of_employees, jobs.job_count]
    filters:
      companies.number_of_employees: NOT NULL
      ipo.stock_symbol: "-NULL"
      companies.contact_email: "-NULL"
    sorts: [jobs.job_count desc]
    join_fields:
    - field_name: ipo.stock_symbol
      source_field_name: ipo.stock_symbol
    - field_name: companies.name
      source_field_name: companies.name
    - field_name: companies.contact_email
      source_field_name: companies.contact_email

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

בדוגמה הקודמת של רכיב שאילתה ממוזגת אפשר לראות איך להחיל מסננים בתוך הקוד ישירות בכל שאילתת מקור באמצעות הפרמטר filters. לדוגמה, המסננים companies.contact_email: "-NULL" ו-ipo.valuation_amount: NOT NULL בשאילתה הראשית מגבילים את התוצאות לחברות שיש להן כתובות אימייל ליצירת קשר והערכות שווי תקינות. המסננים האלה ברמת השאילתה מבצעים סינון מקדים של הנתונים לפני מיזוג השאילתות, והמשתמש לא יכול לשנות אותם.

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

filters:
- name: Industry
  title: Industry
  type: field_filter
  ui_config:
    type: dropdown_menu
    display: inline
  model: market_research
  explore: company_info
  field: companies.industry

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

listen:
  Industry: companies.industry

לדוגמה, קוד לדוגמה הבא מוסיף את המסנן Industry לשתי שאילתות המקור ברכיב התוצאות הממוזגות מהדוגמה הקודמת.

- name: merged_results_element
  title: Merged Results Tile
  merged_queries:
  - model: market_research
    explore: company_info
    fields: [companies.name, companies.contact_email, ipo.public_year, ipo.stock_symbol]
    filters:
      companies.contact_email: "-NULL"
      ipo.valuation_amount: NOT NULL
    sorts: [ipo.public_year desc]
    listen:
      Industry: companies.industry
  - model: company_data
    explore: companies
    fields: [companies.name, ipo.stock_symbol, companies.contact_email,
      companies.number_of_employees, jobs.job_count]
    filters:
      companies.number_of_employees: NOT NULL
      ipo.stock_symbol: "-NULL"
      companies.contact_email: "-NULL"
    sorts: [jobs.job_count desc]
    join_fields:
    - field_name: ipo.stock_symbol
      source_field_name: ipo.stock_symbol
    - field_name: companies.name
      source_field_name: companies.name
    - field_name: companies.contact_email
      source_field_name: companies.contact_email
    listen:
      Industry: companies.industry

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

פרמטרים של סדרות

הפרמטרים שמתוארים בקטע הזה תואמים לאפשרויות בתפריט Series של עורך התצוגה החזותית של תרשימי מפל.

`up_color`

הגדרת הצבע של העמודות עם הערכים החיוביים בתרשים. ערך הצבע יכול להיות מחרוזת הקסדצימלית במירכאות, כמו "#2ca6cd", או מחרוזת של שם צבע ב-CSS, כמו mediumblue.

up_color: blue

הפרמטר up_color מבטל את הפרמטר color_application, אם משתמשים בו.

`down_color`

הגדרת הצבע של העמודות עם הערכים השליליים בתרשים. ערך הצבע יכול להיות מחרוזת הקסדצימלית במירכאות, כמו "#2ca6cd", או מחרוזת של שם צבע ב-CSS, כמו mediumblue.

down_color: &#34;#ff0000&#34;

הפרמטר down_color מבטל את הפרמטר color_application, אם משתמשים בו.

`total_color`

מגדירים את הצבע של עמודת הערך הכולל בתרשים. ערך הצבע יכול להיות מחרוזת הקסדצימלית במירכאות, כמו "#2ca6cd", או מחרוזת של שם צבע ב-CSS, כמו mediumblue.

total_color: yellow

הפרמטר total_color מבטל את הפרמטר color_application, אם משתמשים בו.

`color_application`

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

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


color_application:
  collection_id: 1297dk12-86a7-4xe0-8dfc-82de20b3806a
  palette_id: 93c8aeb7-3f8a-4ca7-6fee-88c3617516a1

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


color_application:
  collection_id: blue-tone-collection
  palette_id: blue-tone-collection-categorical-0

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

`color_application` והעמודות של הערך החיובי, הערך השלילי והערך הכולל

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

color_application:
  collection_id: blue-tone-collection
  palette_id: blue-tone-collection-categorical-0
  options:
    reverse: true

הפרמטרים up_color,‏ down_color ו-total_color מבטלים את הצבעים שצוינו בפרמטר color_application, אם משתמשים בשני סוגי הפרמטרים של הצבעים.

פרמטרים של ערכים

הפרמטרים שמתוארים בקטע הזה תואמים לאפשרויות בתפריט Values של עורך התצוגה החזותית של תרשימי מפל.

`show_value_labels`

הצגת הערך של עמודה, קו או נקודה לצד הנקודה על הגרף.

show_value_labels: true | false

## default value: false

`label_color`

הפרמטר label_color מקבל ערך צבע לתוויות. אפשר להזין את ערך הצבע כמחרוזת הקסדצימלית, כמו #2ca6cd, או כמחרוזת של שם צבע ב-CSS, כמו mediumblue.


label_color: [blue]

פרמטרים של ציר ה-X

הפרמטרים שמתוארים בקטע הזה תואמים לאפשרויות בתפריט X של עורך התצוגה החזותית של תרשימי מפל.

`x_axis_scale`

הפרמטר הזה קובע איך מחושב קנה המידה של ציר ה-X.

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

x_axis_scale: auto | ordinal | time

## default value: auto

`show_x_axis_label`

הפרמטר הזה קובע אם התווית של ציר ה-X תוצג.

show_x_axis_label: true | false

## default value: true

`show_x_axis_ticks`

הפרמטר הזה קובע אם הערכים יוצגו בציר ה-X.

show_x_axis_ticks: true | false

## default value: true

`x_axis_zoom`

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

אם המדיניות x_axis_zoom מוגדרת לערך false, המדיניות y_axis_zoom מושבתת.

x_axis_zoom: true | false

# default value: true

פרמטרים של ציר ה-Y

הפרמטרים שמתוארים בקטע הזה תואמים לאפשרויות בתפריט Y של עורך התצוגה החזותית של תרשימי מפל.

`show_y_axis_labels`

הפרמטר הזה קובע אם התווית של ציר ה-Y תוצג.

show_y_axis_labels: true | false

## default value: true

`show_y_axis_ticks`

הפרמטר הזה קובע אם הערכים יוצגו בציר ה-Y.

show_y_axis_ticks: true | false

## default value: true

`y_axis_gridlines`

הפרמטר הזה קובע אם קווי הרשת נמתחים מציר ה-Y.

y_axis_gridlines: true | false

## default value: true

`y_axis_zoom`

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

כשהמדיניות y_axis_zoom מוגדרת לערך false, המשתמשים לא יכולים להגדיל חלקים קטנים יותר של ציר ה-Y. עם זאת, יכול להיות שהמשתמשים עדיין יוכלו להגדיל חלקים קטנים יותר של ציר ה-X אם הפרמטר x_axis_zoom מוגדר כ-true.

אם המדיניות x_axis_zoom מוגדרת לערך false, המדיניות y_axis_zoom מושבתת.

y_axis_zoom: true | false

# default value: true

הגדרת תצוגה חזותית מתקדמת

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

`advanced_vis_config`

הפרמטר הזה מקבל קטע קוד JSON של HighCharts שמבטל כמה הגדרות של תצוגה חזותית ופותח יכולות חדשות. בדף התיעוד התאמה אישית של תצוגות חזותיות באמצעות Chart Config Editor מופיעות דוגמאות לשימוש ב-HighCharts JSON בתרחישים נפוצים.


advanced_vis_config: "{ series: [{ formatters: [{ select: 'value >= 50', style: { color: 'orange' } }]}]}"

# This example changes the color to orange for any series value that is greater than or equal to 50.

# default value: null

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

דוגמה לשימוש

הגדרות הפרמטרים

פרמטרים בסיסיים

name

title

type

height

למרכזי בקרה עם פריסות של tile או static

למרכזי בקרה עם פריסת newspaper

width

top

left

row

col

refresh

note_state

note_display

note_text

פרמטרים של שאילתה

model

explore

fields

dimensions

measures

sorts

fill_fields

limit

filters

filter_expression

listen

hidden_fields

query_timezone

merged_queries