מבוא לשאילתות שמורות
במאמר הזה מוסבר על שאילתות שמורות ב-BigQuery. אתם יכולים להשתמש בשאילתות שמורות כדי ליצור ולנהל סקריפטים של SQL. שינויים בשאילתה שמורה נשמרים אוטומטית, כך שלא תאבדו את העבודה אם תסגרו את עורך השאילתות. שאילתות שמורות משפרות את שיתוף הפעולה ואת ניהול השאילתות באמצעות האפשרויות הבאות:
- שיתוף של שאילתות שמורות עם משתמשים וקבוצות ספציפיים באמצעות ניהול זהויות והרשאות גישה (IAM).
- בודקים את היסטוריית הגרסאות של השאילתה.
- חזרה לגרסאות קודמות של השאילתה או יצירת ענף מהן.
שאילתות שמורות הן נכסי קוד של BigQuery Studio שמבוססים על Dataform. מחברות הן גם נכסי קוד. כל נכסי הקוד מאוחסנים באזור ברירת מחדל. עדכון אזור ברירת המחדל משנה את האזור של כל נכסי הקוד שנוצרו אחרי העדכון.
היכולות של שאילתות שמורות זמינות רק ב Google Cloud Console.
אבטחה של שאילתות שמורות
אתם יכולים לשלוט בגישה לשאילתות שמורות באמצעות תפקידים בניהול זהויות והרשאות גישה (IAM). מידע נוסף זמין במאמר בנושא שיתוף שאילתות שמורות.
אזורים נתמכים
ב-BigQuery Studio אפשר לשמור שאילתות, לשתף אותן ולנהל אותן. בטבלה הבאה מפורטים האזורים שבהם BigQuery Studio זמין:
| תיאור האזור | שם האזור | פרטים | |
|---|---|---|---|
| אפריקה | |||
| יוהנסבורג | africa-south1 |
||
| אמריקה | |||
| קולומבוס | us-east5 |
||
| דאלאס | us-south1 |
 רמה נמוכה של CO2
|
|
| אייווה | us-central1 |
רמה נמוכה של CO2
|
|
| לאס וגאס | us-west4 |
||
| לוס אנג'לס | us-west2 |
||
| מקסיקו | northamerica-south1 |
||
| מונטריאול | northamerica-northeast1 |
רמה נמוכה של CO2
|
|
| צפון וירג'יניה | us-east4 |
||
| אוקלהומה | us-central2 |
רמה נמוכה של CO2
|
|
| אורגון | us-west1 |
רמה נמוכה של CO2 |
|
| סולט לייק סיטי | us-west3 |
||
| סנטיאגו | southamerica-west1 |
רמה נמוכה של CO2
|
|
| סאו פאולו | southamerica-east1 |
רמה נמוכה של CO2
|
|
| דרום קרוליינה | us-east1 |
||
| טורונטו | northamerica-northeast2 |
רמה נמוכה של CO2
|
|
| אסיה והאוקיינוס השקט | |||
| בנגקוק | asia-southeast3 |
||
| דלהי | asia-south2 |
||
| הונג קונג | asia-east2 |
||
| ג'קארטה | asia-southeast2 |
||
| מלבורן | australia-southeast2 |
||
| מומבאי | asia-south1 |
||
| אוסקה | asia-northeast2 |
||
| סיאול | asia-northeast3 |
||
| סינגפור | asia-southeast1 |
||
| סידני | australia-southeast1 |
||
| טייוואן | asia-east1 |
||
| טוקיו | asia-northeast1 |
||
| אירופה | |||
| בלגיה | europe-west1 |
רמה נמוכה של CO2
|
|
| ברלין | europe-west10 |
||
| פינלנד | europe-north1 |
רמה נמוכה של CO2
|
|
| פרנקפורט | europe-west3 |
||
| לונדון | europe-west2 |
רמה נמוכה של CO2
|
|
| מדריד | europe-southwest1 |
רמה נמוכה של CO2
|
|
| מילאנו | europe-west8 |
||
| הולנד | europe-west4 |
רמה נמוכה של CO2
|
|
| פריז | europe-west9 |
רמה נמוכה של CO2
|
|
| שטוקהולם | europe-north2 |
רמה נמוכה של CO2
|
|
| טורינו | europe-west12 |
||
| ורשה | europe-central2 |
||
| ציריך | 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 מסוף.
הוצאה משימוש של שאילתות שמורות קלאסיות
התכונה 'שאילתות שמורות' של 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.
תפקידים בהתאמה אישית לא יעודכנו באופן אוטומטי. כדי לעדכן תפקיד בהתאמה אישית עם ההרשאות הנדרשות, אפשר לעיין במאמר עריכת תפקיד קיים בהתאמה אישית.
המאמרים הבאים
- במאמר יצירת שאילתות שמורות מוסבר איך ליצור שאילתות שמורות.
- איך מנהלים שאילתות שמורות