מבוא לשאילתות שמורות
במאמר הזה מוסבר על שאילתות שמורות ב-BigQuery. אפשר להשתמש בשאילתות שמורות כדי ליצור ולנהל סקריפטים של SQL. שינויים בשאילתה שמורה נשמרים אוטומטית, כך שהעבודה לא תאבד כשסוגרים את עורך השאילתות. שאילתות שמורות משפרות את שיתוף הפעולה ואת ניהול השאילתות באמצעות האפשרויות הבאות:
- שיתוף של שאילתות שמורות עם משתמשים וקבוצות ספציפיים באמצעות ניהול זהויות והרשאות גישה (IAM).
- בודקים את היסטוריית הגרסאות של השאילתה.
- חזרה לגרסאות קודמות של השאילתה או יצירת ענף מהן.
שאילתות שמורות הן נכסי קוד ב-BigQuery Studio שמבוססים על Dataform. נוטבוקים הם גם נכסי קוד. כל נכסי הקוד מאוחסנים באזור ברירת מחדל. עדכון אזור ברירת המחדל משנה את האזור של כל נכסי הקוד שנוצרו אחרי העדכון.
היכולות של שאילתות שמורות זמינות רק ב Google Cloud .
אבטחה של שאילתות שמורות
אתם יכולים לשלוט בגישה לשאילתות שמורות באמצעות תפקידים בניהול זהויות והרשאות גישה (IAM). מידע נוסף מופיע במאמרים בנושא שיתוף שאילתות שמורות ושיקולי אבטחה לגבי שאילתות שמורות.
אזורים נתמכים
ב-BigQuery Studio אפשר לשמור שאילתות, לשתף אותן ולנהל אותן. בטבלה הבאה מפורטים האזורים שבהם BigQuery Studio זמין:
| תיאור האזור | שם האזור | פרטים | |
|---|---|---|---|
| אפריקה | |||
| יוהנסבורג | africa-south1 |
||
| אמריקה | |||
| קולומבוס | us-east5 |
||
| דאלאס | us-south1 |
 רמה נמוכה של CO2
|
|
| אייווה | us-central1 |
רמה נמוכה של CO2
|
|
| לוס אנג'לס | us-west2 |
||
| לאס וגאס | us-west4 |
||
| מונטריאול | northamerica-northeast1 |
רמה נמוכה של CO2
|
|
| N. וירג'יניה | us-east4 |
||
| אורגון | us-west1 |
רמה נמוכה של CO2
|
|
| סאו פאולו | southamerica-east1 |
רמה נמוכה של CO2
|
|
| דרום קרוליינה | us-east1 |
||
| אסיה ואזור האוקיינוס השקט | |||
| הונג קונג | asia-east2 |
||
| ג'קארטה | asia-southeast2 |
||
| מומבאי | asia-south1 |
||
| סיאול | asia-northeast3 |
||
| סינגפור | asia-southeast1 |
||
| סידני | australia-southeast1 |
||
| טייוואן | asia-east1 |
||
| טוקיו | asia-northeast1 |
||
| אירופה | |||
| בלגיה | europe-west1 |
רמה נמוכה של CO2
|
|
| פינלנד | europe-north1 |
רמה נמוכה של CO2
|
|
| פרנקפורט | europe-west3 |
||
| לונדון | europe-west2 |
רמה נמוכה של CO2
|
|
| מדריד | europe-southwest1 |
רמה נמוכה של CO2
|
|
| מילאנו | europe-west8 |
רמה נמוכה של CO2
|
|
| הולנד | europe-west4 |
רמה נמוכה של CO2
|
|
| טורינו | europe-west12 |
רמה נמוכה של CO2
|
|
| ורשה | europe-central2 |
רמה נמוכה של CO2
|
|
| ציריך | europe-west6 |
רמה נמוכה של CO2
|
|
| המזרח התיכון | |||
| דמאם | me-central2 |
||
| דוחה | me-central1 |
||
| תל אביב | me-west1 |
||
מכסות ומגבלות
מידע נוסף מופיע במאמר בנושא מכסות ומגבלות של שאילתות שמורות.
מגבלות
יש מגבלות על שאילתות שמורות:
- אפשר להעניק גישה ציבורית לשאילתות שמורות רק למשתמש
allAuthenticatedUsers. אי אפשר להעניק גישה לשאילתות שמורות לחשבון הראשיallUsers. - אם Google Cloud הפרויקט מכיל יותר מ-2,500 שאילתות קלאסיות שמורות, אי אפשר להשתמש בהעברה באצווה כדי להעביר שאילתות קלאסיות שמורות לשאילתות שמורות.
שאילתות שמורות בגרסה הקלאסית
שאילתות שמורות קלאסיות הן דרך קודמת לשמירה ולשיתוף של שאילתות SQL. שאילתות קלאסיות שנשמרו מספקות את טקסט השאילתה, וההגדרה היחידה של השאילתה שנשמרת היא גרסת ה-SQL. ההגדרה הזו קובעת אם השאילתה משתמשת ב-SQL מדור קודם או ב-GoogleSQL. כדי להריץ שאילתה על הנתונים, למשתמשים צריכה להיות גישה לנתונים שהשאילתה השמורה ניגשת אליהם.
אפשר לראות שאילתות שמורות מהגרסה הקלאסית בתיקייה (Classic) Queries בחלונית Classic Explorer:
יש 3 סוגים של שאילתות קלאסיות שמורות:
- אישי. רק המשתמש שיצר שאילתות שמורות יכול לראות אותן. הן מזוהות באמצעות הסמל .
- ברמת הפרויקט. שאילתות שמורות ברמת הפרויקט גלויות לישויות שיש להן את ההרשאות הנדרשות. הן מזוהות באמצעות הסמל .
- ציבורי. כל מי שיש לו קישור לשאילתה יכול לראות שאילתות קלאסיות שמורות שגלויות לכולם. הן מזוהות באמצעות הסמל .
אתם יכולים migrate שאילתות שמורות קלאסיות לשאילתות שמורות כדי ליהנות מהיכולות החדשות, או להמשיך לתחזק אותן כשאילתות שמורות קלאסיות עד שהן יוצאות משימוש. אנחנו בודקים את לוח הזמנים להוצאה משימוש.
התכונה 'שאילתות שמורות' בגרסה הקלאסית זמינה רק ב-Google Cloud Play Console.
הוצאה משימוש של שאילתות שמורות קלאסיות
התכונה 'שאילתות שמורות' ב-BigQuery Studio מחליפה את השאילתות השמורות הקלאסיות. אנחנו בודקים את ציר הזמן של הוצאת המוצר משימוש. כדי לערוך שאילתות שמורות קלאסיות קיימות אחרי הוצאה משימוש, צריך להעביר שאילתות קלאסיות לשאילתות שמורות ב-BigQuery Studio.
אם משתמשים, כולל אתם, ביצעו שאילתות אישיות עם מידע שלא צריך להיות זמין למשתמשים אחרים שיש להם גישה לנתונים בפרויקט, בעל השאילתה צריך למחוק את השאילתות או את המידע לפני השלמת ההעברה.
כדי לתמוך במעבר הזה, בפברואר 2024 עודכנו התפקידים הבאים ב-IAM של BigQuery:
למשתמש עם הרשאת אדמין ב-BigQuery (
roles/bigquery.admin) ניתנות הרשאות של אדמין ב-Dataform (roles/dataform.admin).BigQuery Job User (
roles/bigquery.jobUser) מקבל את ההרשאות הבאות:dataform.locations.getdataform.locations.listdataform.repositories.createdataform.repositories.list
למשתמש BigQuery (
roles/bigquery.user) מוקצות ההרשאות הבאות:dataform.locations.getdataform.locations.listdataform.repositories.createdataform.repositories.list
כדי לאפשר למשתמשים שאין להם את התפקידים BigQuery Admin, BigQuery Job User או BigQuery User להשתמש בשאילתות שמורות, צריך להעניק להם את ההרשאות הנדרשות ב-IAM.
תפקידים בהתאמה אישית לא יתעדכנו באופן אוטומטי. כדי לעדכן תפקיד בהתאמה אישית עם ההרשאות הנדרשות, אפשר לעיין במאמר עריכת תפקיד קיים בהתאמה אישית.
המאמרים הבאים
- במאמר יצירת שאילתות שמורות מוסבר איך ליצור שאילתות שמורות.
- איך מנהלים שאילתות שמורות