מבוא לשאילתות שמורות
במאמר הזה מוסבר על שאילתות שמורות ב-BigQuery. אפשר להשתמש בשאילתות שמורות כדי ליצור ולנהל סקריפטים של SQL. שינויים בשאילתה שמורה נשמרים אוטומטית, כך שהעבודה לא תאבד כשסוגרים את עורך השאילתות. שאילתות שמורות משפרות את שיתוף הפעולה ואת ניהול השאילתות באמצעות האפשרויות הבאות:
- שיתוף של שאילתות שמורות עם משתמשים וקבוצות ספציפיים באמצעות ניהול זהויות והרשאות גישה (IAM).
- בודקים את היסטוריית הגרסאות של השאילתה.
- חזרה לגרסאות קודמות של השאילתה או יצירת ענף מהן.
שאילתות שמורות הן נכסי קוד ב-BigQuery Studio שמבוססים על Dataform. מחברות הן גם נכסי קוד. כל נכסי הקוד מאוחסנים באזור שמוגדר כברירת מחדל. עדכון אזור ברירת המחדל משנה את האזור של כל נכסי הקוד שנוצרו אחרי העדכון.
היכולות של שאילתות שמורות זמינות רק ב Cloud de Confiance .
אבטחה של שאילתות שמורות
אתם יכולים לשלוט בגישה לשאילתות שמורות באמצעות תפקידים בניהול זהויות והרשאות גישה (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 |
||
| הולנד | europe-west4 |
רמה נמוכה של CO2
|
|
| טורינו | europe-west12 |
||
| ורשה | europe-central2 |
||
| ציריך | europe-west6 |
רמה נמוכה של CO2
|
|
| המזרח התיכון | |||
| דמאם | me-central2 |
||
| דוחה | me-central1 |
||
| תל אביב | me-west1 |
||
מכסות ומגבלות
מידע נוסף זמין במאמר מכסות ומגבלות של שאילתות שמורות.
מגבלות
יש מגבלות על שאילתות שמורות:
- אפשר להעניק גישה ציבורית לשאילתות שמורות רק למשתמש
allAuthenticatedUsers. אי אפשר להעניק גישה לשאילתות שמורות לחשבון הראשיallUsers. - אם Cloud de Confiance הפרויקט מכיל יותר מ-2,500 שאילתות קלאסיות שמורות, אי אפשר להשתמש בהעברה באצווה כדי להעביר שאילתות קלאסיות שמורות לשאילתות שמורות.
שאילתות שמורות בגרסה הקלאסית
שאילתות שמורות קלאסיות הן דרך קודמת לשמירה ולשיתוף של שאילתות SQL. שאילתות קלאסיות שנשמרו מספקות את טקסט השאילתה, וההגדרה היחידה של השאילתה שנשמרת היא גרסת ה-SQL. ההגדרה הזו קובעת אם השאילתה משתמשת ב-SQL מדור קודם או ב-GoogleSQL. כדי להריץ שאילתה על הנתונים, למשתמשים צריכה להיות גישה לנתונים שהשאילתה השמורה ניגשת אליהם.
אפשר לראות שאילתות שמורות מהגרסה הקלאסית בתיקייה (Classic) Queries בחלונית Classic Explorer:
יש 3 סוגים של שאילתות קלאסיות שמורות:
- אישי. רק המשתמש שיצר שאילתות שמורות אישיות יכול לראות אותן. הם מזוהים באמצעות הסמל .
- ברמת הפרויקט. שאילתות שמורות ברמת הפרויקט גלויות לפרנסיפלים שיש להם את ההרשאות הנדרשות. הם מזוהים באמצעות הסמל .
- גלוי לכולם. כל מי שיש לו קישור לשאילתה יכול לראות שאילתות קלאסיות שמורות שגלויות לכולם. הם מזוהים באמצעות הסמל .
אתם יכולים migrate שאילתות שמורות קלאסיות לשאילתות שמורות כדי ליהנות מהיכולות החדשות, או להמשיך לתחזק אותן כשאילתות שמורות קלאסיות עד שהן יוצאות משימוש. אנחנו בודקים את לוח הזמנים להוצאה משימוש.
התכונה 'שאילתות שמורות' בגרסה הקלאסית זמינה רק ב-Cloud de Confiance Play Console.
הוצאה משימוש של שאילתות שמורות קלאסיות
התכונה 'שאילתות שמורות' ב-BigQuery Studio מחליפה את השאילתות השמורות הקלאסיות. אנחנו בודקים את ציר הזמן של הוצאת התכונה משימוש. כדי לערוך שאילתות שמורות קלאסיות קיימות אחרי הוצאה משימוש, צריך להעביר שאילתות קלאסיות לשאילתות שמורות ב-BigQuery Studio.
אם משתמשים, כולל אתם, ביצעו שאילתות אישיות עם מידע שלא צריך להיות זמין למשתמשים אחרים שיש להם גישה לנתונים בפרויקט, בעל השאילתה צריך למחוק את השאילתות או את המידע לפני השלמת ההעברה.
כדי לתמוך במעבר הזה, תפקידי ה-IAM הבאים ב-BigQuery עודכנו בפברואר 2024:
למשתמש עם הרשאת אדמין ב-BigQuery (
roles/bigquery.admin) ניתנות הרשאות של אדמין ב-Dataform (roles/dataform.admin).BigQuery Job User (
roles/bigquery.jobUser) מקבל את ההרשאות הבאות:dataform.locations.getdataform.locations.listdataform.repositories.createdataform.repositories.list
BigQuery User (
roles/bigquery.user) מקבל את ההרשאות הבאות:dataform.locations.getdataform.locations.listdataform.repositories.createdataform.repositories.list
כדי לאפשר למשתמשים שאין להם את התפקידים BigQuery Admin, BigQuery Job User או BigQuery User להשתמש בשאילתות שמורות, צריך להעניק להם את ההרשאות הנדרשות ב-IAM.
תפקידים בהתאמה אישית לא יתעדכנו באופן אוטומטי. כדי לעדכן תפקיד בהתאמה אישית עם ההרשאות הנדרשות, אפשר לעיין במאמר עריכת תפקיד קיים בהתאמה אישית.
המאמרים הבאים
- במאמר יצירת שאילתות שמורות מוסבר איך ליצור שאילתות שמורות.
- איך מנהלים שאילתות שמורות