ניהול טבלאות
אתם יכולים לנהל את הטבלאות ב-BigQuery כדי לשלוט במחזור החיים שלהן, לייעל את עלויות האחסון ולוודא שמשילות המידע (data governance) תקינה. ניהול טבלאות כולל משימות כמו עדכון מאפיינים, שינוי שם, העתקה ומחיקה של טבלאות. כשמעדכנים את מאפייני הטבלה ב-BigQuery, אפשר לשנות את זמן התפוגה, התיאור, הגדרת הסכימה, התוויות ומצב העיגול שמוגדר כברירת מחדל.
כדי לשחזר טבלה שנמחקה, עיינו במאמר שחזור טבלאות שנמחקו. במאמר יצירת טבלאות ושימוש בהן תוכלו לקרוא מידע נוסף על יצירת טבלאות ושימוש בהן, כולל קבלת מידע על טבלאות, הצגת טבלאות ובקרת גישה לנתוני טבלאות.
לפני שמתחילים
להקצות תפקידים של ניהול זהויות והרשאות גישה (IAM) שנותנים למשתמשים את ההרשאות שנדרשות כדי לבצע כל משימה במסמך הזה. ההרשאות שנדרשות לביצוע משימה (אם יש כאלה) מפורטות בקטע "ההרשאות הנדרשות" של המשימה.
עדכון מאפייני הטבלה
אפשר לעדכן את הרכיבים הבאים בטבלה:
ההרשאות הנדרשות
כדי לקבל את ההרשאות שנדרשות לעדכון מאפייני הטבלה, צריך לבקש מהאדמין להקצות לכם ב-IAM את התפקיד עריכת נתונים (roles/bigquery.dataEditor) בטבלה.
כדי לקרוא הסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.
זהו תפקיד שמוגדר מראש וכולל את ההרשאות שנדרשות לעדכון מאפייני הטבלה. כדי לראות בדיוק אילו הרשאות נדרשות, אפשר להרחיב את הקטע ההרשאות הנדרשות:
ההרשאות הנדרשות
כדי לעדכן את מאפייני הטבלה, נדרשות ההרשאות הבאות:
-
bigquery.tables.update -
bigquery.tables.get
יכול להיות שתקבלו את ההרשאות האלה באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש אחרים.
בנוסף, אם יש לכם את ההרשאה bigquery.datasets.create, אתם יכולים לעדכן את המאפיינים של הטבלאות במערכי הנתונים שאתם יוצרים.
עדכון תיאור של טבלה
אפשר לעדכן תיאור של טבלה בדרכים הבאות:
- באמצעות מסוף Google Cloud .
- שימוש בהצהרה של שפת הגדרת נתונים (DDL)
ALTER TABLE. - באמצעות הפקודה
bq updateשל כלי שורת הפקודה של BigQuery. - שליחת קריאה ל-method
tables.patchב-API. - שימוש בספריות הלקוח.
- יצירת תיאור באמצעות Gemini ב-BigQuery.
כדי לעדכן את התיאור של טבלה:
המסוף
אי אפשר להוסיף תיאור כשיוצרים טבלה באמצעות מסוףGoogle Cloud . אחרי שיוצרים את הטבלה, אפשר להוסיף תיאור בדף Details.
בחלונית הימנית, לוחצים על Explorer:

אם החלונית הימנית לא מוצגת, לוחצים על הרחבת החלונית הימנית כדי לפתוח אותה.
בחלונית Explorer, מרחיבים את הפרויקט, לוחצים על Datasets ובוחרים קבוצת נתונים.
לוחצים על סקירה כללית > טבלאות ובוחרים טבלה.
בחלונית הפרטים, לוחצים על עריכה > עריכת הפרטים.
בקטע Description, מוסיפים תיאור חדש או עורכים תיאור קיים.
לוחצים על Save.
SQL
משתמשים בהצהרה ALTER TABLE SET OPTIONS.
בדוגמה הבאה מעדכנים את התיאור של טבלה בשם mytable:
נכנסים לדף BigQuery במסוף Google Cloud .
בעורך השאילתות, מזינים את ההצהרה הבאה:
ALTER TABLE mydataset.mytable SET OPTIONS ( description = 'Description of mytable');
לוחצים על Run.
מידע נוסף על הרצת שאילתות זמין במאמר הרצת שאילתה אינטראקטיבית.
BQ
-
מפעילים את Cloud Shell במסוף Google Cloud .
בחלק התחתון של מסוף Google Cloud יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.
מריצים את הפקודה
bq updateעם הדגל--description. אם אתם מעדכנים טבלה בפרויקט שהוא לא פרויקט ברירת המחדל, הוסיפו את מזהה הפרויקט לשם של מערך הנתונים בפורמט הבא:project_id:dataset.bq update \ --description "description" \ project_id:dataset.table
מחליפים את מה שכתוב בשדות הבאים:
-
description: הטקסט שמתאר את הטבלה במירכאות -
project_id: מזהה הפרויקט -
dataset: שם קבוצת הנתונים שמכילה את הטבלה שמעדכנים -
table: שם הטבלה שמעדכנים
דוגמאות:
כדי לשנות את התיאור של הטבלה
mytableבמערך הנתוניםmydatasetל-"Description of mytable", מזינים את הפקודה הבאה. מערך הנתוניםmydatasetנמצא בפרויקט ברירת המחדל.bq update --description "Description of mytable" mydataset.mytable
כדי לשנות את התיאור של הטבלה
mytableבמערך הנתוניםmydatasetל-"Description of mytable", מזינים את הפקודה הבאה. מערך הנתוניםmydatasetנמצא בפרויקטmyotherproject, ולא בפרויקט ברירת המחדל.bq update \ --description "Description of mytable" \ myotherproject:mydataset.mytable
-
API
מפעילים את ה-method tables.patch ומשתמשים במאפיין description במשאב הטבלה כדי לעדכן את תיאור הטבלה. מכיוון שה-method tables.update מחליפה את כל משאב הטבלה, עדיף להשתמש ב-method tables.patch.
המשך
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Go API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Java API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Python API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
מגדירים את המאפיין Table.description וקוראים ל-Client.update_table() כדי לשלוח את העדכון ל-API.Gemini
אתם יכולים ליצור תיאור של טבלה באמצעות Gemini ב-BigQuery, על סמך תובנות מהנתונים. תובנות מנתונים הן דרך אוטומטית לחקור, להבין ולנהל את הנתונים.
במאמר יצירת תובנות מנתונים ב-BigQuery מוסבר בהרחבה על תובנות מנתונים, כולל שלבי ההגדרה, תפקידי ה-IAM הנדרשים ושיטות מומלצות לשיפור הדיוק של התובנות שנוצרו על ידי AI.
נכנסים לדף BigQuery במסוף Google Cloud .
בחלונית הימנית, לוחצים על Explorer:

בחלונית Explorer, מרחיבים את הפרויקט ואת מערך הנתונים ובוחרים את הטבלה.
בחלונית הפרטים, לוחצים על הכרטיסייה פרטים.
ליד פרטי הטבלה, לוחצים על תיאור הנתונים.
Gemini יוצר תיאור של הטבלה ותובנות לגביה. המידע יופיע תוך כמה דקות. ניתן להציג את התובנות שנוצרו על ידי AI בכרטיסייה Insights של הטבלה.
כדי לערוך ולשמור את תיאור הטבלה שנוצר:
לצד פרטי הטבלה, לוחצים על הצגת התיאורים.
התיאור הנוכחי של הטבלה והתיאור שנוצר מוצגים.
בקטע Table description, לוחצים על Save to details.
כדי להחליף את התיאור הנוכחי בתיאור שנוצר, לוחצים על העתקת התיאור שהוצע.
עורכים את תיאור הטבלה לפי הצורך ולוחצים על Save to details.
תיאור הטבלה מתעדכן באופן מיידי.
כדי לסגור את החלונית Preview descriptions, לוחצים על Close.
עדכון מועד התפוגה של טבלה
אפשר להגדיר זמן תפוגה של טבלה כברירת מחדל ברמת מערך הנתונים, או להגדיר זמן תפוגה של טבלה כשיוצרים אותה. זמן התפוגה של טבלה נקרא לעיתים קרובות "אורך חיים" או TTL.
כשתוקף הטבלה פג, היא נמחקת יחד עם כל הנתונים שהיא מכילה. במקרה הצורך, אפשר לבטל את המחיקה של הטבלה שפג תוקפה בחלון הזמן שצוין לקבוצת הנתונים. מידע נוסף זמין במאמר שחזור טבלאות שנמחקו.
אם מגדירים את תאריך התפוגה בזמן יצירת הטבלה, המערכת מתעלמת מתאריך התפוגה שמוגדר כברירת מחדל לטבלאות במערך הנתונים. אם לא מגדירים תפוגת ברירת מחדל לטבלה ברמת קבוצת הנתונים, ולא מגדירים תפוגה לטבלה כשיוצרים אותה, הטבלה לא תפוג אף פעם ותצטרכו למחוק אותה ידנית.
אחרי שיוצרים את הטבלה, אפשר לעדכן את זמן התפוגה שלה בכל שלב בדרכים הבאות:
- באמצעות מסוף Google Cloud .
- שימוש בהצהרה של שפת הגדרת נתונים (DDL)
ALTER TABLE. - באמצעות הפקודה
bq updateשל כלי שורת הפקודה של BigQuery. - שליחת קריאה ל-method
tables.patchב-API. - שימוש בספריות הלקוח.
כדי לעדכן את זמן התפוגה של טבלה:
המסוף
אי אפשר להוסיף זמן תפוגה כשיוצרים טבלה באמצעות מסוףGoogle Cloud . אחרי שיוצרים טבלה, אפשר להוסיף או לעדכן את תאריך התפוגה שלה בדף Table Details.
בחלונית הימנית, לוחצים על Explorer:

בחלונית Explorer, מרחיבים את הפרויקט, לוחצים על Datasets ובוחרים קבוצת נתונים.
לוחצים על סקירה כללית > טבלאות ובוחרים טבלה.
בחלונית הפרטים, לוחצים על עריכה > עריכת הפרטים.
בקטע Expiration time, בוחרים באפשרות Specify date. אחר כך בוחרים את תאריך התפוגה באמצעות הווידג'ט של היומן.
לוחצים על Save. זמן התפוגה המעודכן מופיע בקטע Table info.
SQL
משתמשים בהצהרה ALTER TABLE SET OPTIONS.
בדוגמה הבאה מעדכנים את זמן התפוגה של טבלה בשם mytable:
נכנסים לדף BigQuery במסוף Google Cloud .
בעורך השאילתות, מזינים את ההצהרה הבאה:
ALTER TABLE mydataset.mytable SET OPTIONS ( -- Sets table expiration to timestamp 2025-02-03 12:34:56 expiration_timestamp = TIMESTAMP '2025-02-03 12:34:56');
לוחצים על Run.
מידע נוסף על הרצת שאילתות זמין במאמר הרצת שאילתה אינטראקטיבית.
BQ
-
מפעילים את Cloud Shell במסוף Google Cloud .
בחלק התחתון של מסוף Google Cloud יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.
מריצים את הפקודה
bq updateעם הדגל--expiration. אם אתם מעדכנים טבלה בפרויקט שהוא לא פרויקט ברירת המחדל, הוסיפו את מזהה הפרויקט לשם של מערך הנתונים בפורמט הבא:project_id:dataset.bq update \ --expiration integer \
project_id:dataset.tableמחליפים את מה שכתוב בשדות הבאים:
integer: משך החיים שמוגדר כברירת מחדל (בשניות) לטבלה. הערך המינימלי הוא 3,600 שניות (שעה אחת). זמן התפוגה מחושב לפי השעה הנוכחית בתוספת הערך של המספר השלם. אם מציינים את הערך0, תאריך התפוגה של הטבלה מוסר והיא לא תפוג אף פעם. טבלאות ללא תאריך תפוגה צריך למחוק באופן ידני.project_id: מזהה הפרויקט.-
dataset: שם מערך הנתונים שמכיל את הטבלה שמעדכנים. -
table: שם הטבלה שמעדכנים.
דוגמאות:
כדי לעדכן את זמן התפוגה של הטבלה
mytableבמערך הנתוניםmydatasetל-5 ימים (432,000 שניות), מזינים את הפקודה הבאה. מערך הנתוניםmydatasetנמצא בפרויקט ברירת המחדל.bq update --expiration 432000 mydataset.mytable
כדי לעדכן את זמן התפוגה של הטבלה
mytableבמערך הנתוניםmydatasetל-5 ימים (432,000 שניות), מזינים את הפקודה הבאה. מערך הנתוניםmydatasetנמצא בפרויקטmyotherproject, ולא בפרויקט ברירת המחדל.bq update --expiration 432000 myotherproject:mydataset.mytable
API
מפעילים את השיטה tables.patch ומשתמשים במאפיין expirationTime במשאב הטבלה כדי לעדכן את תפוגת הטבלה באלפיות השנייה. השיטה tables.update מחליפה את כל משאב הטבלה, ולכן עדיף להשתמש בשיטה tables.patch.
המשך
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Go API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Java API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Node.js API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Python API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
מגדירים את המאפיין Table.expires וקוראים ל-Client.update_table() כדי לשלוח את העדכון ל-API.כדי לעדכן את זמן התפוגה שמוגדר כברירת מחדל למחיצות של קבוצת הנתונים:
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Java API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Python API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
עדכון מצב העיגול של טבלה
אפשר לעדכן את מצב העיגול שמוגדר כברירת מחדל בטבלה באמצעות הצהרת ה-DDL ALTER TABLE SET OPTIONS.
בדוגמה הבאה, מצב העיגול שמוגדר כברירת מחדל ב-mytable מתעדכן ל-ROUND_HALF_EVEN:
ALTER TABLE mydataset.mytable SET OPTIONS ( default_rounding_mode = "ROUND_HALF_EVEN");
כשמוסיפים שדה NUMERIC או BIGNUMERIC לטבלה ולא מציינים מצב עיגול, מצב העיגול מוגדר באופן אוטומטי למצב העיגול שמוגדר כברירת מחדל בטבלה. שינוי מצב העיגול שמוגדר כברירת מחדל בטבלה לא משנה את מצב העיגול של השדות הקיימים.
עדכון הגדרת הסכימה של טבלה
למידע נוסף על עדכון הגדרת הסכימה של טבלה, ראו שינוי סכימות של טבלאות.
שינוי שם של טבלה
אפשר לשנות את השם של טבלה אחרי שהיא נוצרה באמצעות ההצהרה ALTER TABLE RENAME TO.
בדוגמה הבאה, השם של mytable משתנה ל-mynewtable:
ALTER TABLE mydataset.mytable RENAME TO mynewtable;
ההצהרה ALTER TABLE RENAME TO יוצרת מחדש את הטבלה במערך הנתונים של היעד עם חותמת הזמן של יצירת הטבלה המקורית. אם הגדרתם תפוגת טבלה ברמת מערך הנתונים, יכול להיות שהטבלה ששיניתם את השם שלה תימחק מיד אם חותמת הזמן המקורית של היצירה שלה לא נמצאת בחלון התפוגה.
מגבלות על שינוי שמות של טבלאות
- אם רוצים לשנות שם של טבלה שמוזרמים אליה נתונים, צריך לעצור את ההזרמה, לאשר את כל ההזרמות בהמתנה ולהמתין עד ש-BigQuery יציין שההזרמה לא בשימוש.
- בדרך כלל אפשר לשנות את השם של טבלה 5 שעות אחרי פעולת הסטרימינג האחרונה, אבל לפעמים זה לוקח יותר זמן. במקרים מסוימים, זמן ההמתנה יכול להיות עד 8 ימים.
- רשימות ה-ACL הקיימות של הטבלה וכללי מדיניות הגישה לשורות נשמרים, אבל עדכונים של רשימות ה-ACL של הטבלה ושל כללי מדיניות הגישה לשורות שבוצעו במהלך שינוי השם של הטבלה לא נשמרים.
- אי אפשר לשנות שם של טבלה ולהריץ פקודת DML על אותה טבלה בו-זמנית.
- שינוי שם של טבלה מסיר את כל ההיבטים של Knowledge Catalog בטבלה.
- כל אינדקס חיפוש או אינדקס וקטורי שנוצר בטבלה נמחק כשמשנים את שם הטבלה.
- אי אפשר לשנות את השם של טבלאות חיצוניות.
העתקת טבלה
בקטע הזה מוסבר איך ליצור עותק מלא של טבלה. למידע על סוגים אחרים של עותקי טבלאות, ראו שכפולי טבלאות ותמונות מצב של טבלאות.
אפשר להעתיק טבלה בדרכים הבאות:
- משתמשים במסוף Google Cloud .
- משתמשים בפקודה
bq cp. - להשתמש בהצהרה של שפת הגדרת נתונים (DDL)
CREATE TABLE COPY. - מפעילים את ה-method jobs.insert ב-API ומגדירים משימת
copy. - משתמשים בספריות הלקוח.
מגבלות על העתקת טבלאות
משימות העתקה של טבלאות כפופות למגבלות הבאות:
- אי אפשר לעצור פעולת העתקה של טבלה אחרי שהיא מתחילה. פעולת העתקת טבלה פועלת באופן אסינכרוני ולא נעצרת גם כשמבטלים את המשימה. בנוסף, תחויבו על העברת נתונים של העתקת טבלה בין אזורים ועל אחסון באזור היעד.
- כשמעתיקים טבלה, שם טבלת היעד צריך לעמוד באותן מוסכמות למתן שמות כמו כשיוצרים טבלה.
- עותקי טבלאות כפופים למגבלות של BigQuery על משימות העתקה.
- במסוף Google Cloud אפשר להעתיק רק טבלה אחת בכל פעם. אי אפשר להחליף טבלה קיימת במערך הנתונים של היעד. הטבלה צריכה להיות עם שם ייחודי במערך הנתונים של היעד.
- אי אפשר להעתיק כמה טבלאות מקור לטבלת יעד באמצעות מסוף Google Cloud .
כשמעתיקים כמה טבלאות מקור לטבלת יעד באמצעות ה-API, כלי שורת הפקודה של BigQuery או ספריות הלקוח, לכל טבלאות המקור צריכות להיות סכימות זהות, כולל חלוקה למחיצות או סידור באשכולות.
עדכונים מסוימים בסכימה של הטבלה, כמו הסרה של עמודות או שינוי השם שלהן, יכולים לגרום לכך שלטבלאות יהיו סכימות זהות לכאורה אבל ייצוגים פנימיים שונים. זה עלול לגרום לכך שמשימת העתקת טבלה תיכשל עם השגיאה
Maximum limit on diverging physical schemas reached. במקרה כזה, אפשר להשתמש בהצהרתCREATE TABLE LIKEכדי לוודא שהסכימה של טבלת המקור תואמת בדיוק לסכימה של טבלת היעד.הזמן שלוקח ל-BigQuery להעתיק טבלאות יכול להשתנות באופן משמעותי בין הרצות שונות, כי האחסון הבסיסי מנוהל באופן דינמי.
אי אפשר להעתיק טבלת מקור ולהוסיף אותה לטבלת יעד שיש בה יותר עמודות מאשר בטבלת המקור, ולעמודות הנוספות יש ערכי ברירת מחדל. במקום זאת, אפשר להריץ את הפקודה
INSERT destination_table SELECT * FROM source_tableכדי להעתיק את הנתונים.אם פעולת ההעתקה מחליפה טבלה קיימת, הגישה ברמת הטבלה לטבלה הקיימת נשמרת. התגים מטבלת המקור לא מועתקים לטבלה שהוחלפה, והתגים בטבלה הקיימת נשמרים. עם זאת, כשמעתיקים טבלאות בין אזורים, התגים בטבלה הקיימת מוסרים.
אם פעולת ההעתקה יוצרת טבלה חדשה, הגישה ברמת הטבלה לטבלה החדשה נקבעת לפי מדיניות הגישה של מערך הנתונים שבו נוצרה הטבלה החדשה. בנוסף, התגים מועתקים מטבלת המקור לטבלה החדשה.
כשמעתיקים כמה טבלאות מקור לטבלת יעד, לכל טבלאות המקור צריכים להיות תגים זהים.
התפקידים הנדרשים
כדי לבצע את המשימות שבמסמך הזה, אתם צריכים את ההרשאות הבאות.
תפקידים להעתקת טבלאות ומחיצות
כדי לקבל את ההרשאות שנדרשות להעתקת טבלאות ומחיצות, צריך לבקש מהאדמין להקצות לכם ב-IAM את התפקיד עריכת נתונים (roles/bigquery.dataEditor) בקבוצות הנתונים של המקור והיעד.
כדי לקרוא הסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.
זהו תפקיד שמוגדר מראש וכולל את ההרשאות שנדרשות להעתקת טבלאות ומחיצות. כדי לראות בדיוק אילו הרשאות נדרשות, אפשר להרחיב את הקטע ההרשאות הנדרשות:
ההרשאות הנדרשות
כדי להעתיק טבלאות ומחיצות, נדרשות ההרשאות הבאות:
-
bigquery.tables.getDataבקבוצות הנתונים של המקור והיעד -
bigquery.tables.getבקבוצות הנתונים של המקור והיעד -
bigquery.tables.createבמערך הנתונים של היעד -
bigquery.tables.updateבמערך הנתונים של היעד
יכול להיות שתקבלו את ההרשאות האלה באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש אחרים.
הרשאה להפעיל משימת העתקה
כדי לקבל את ההרשאה שנדרשת להפעלת משימת העתקה, צריך לבקש מהאדמין להקצות לכם את התפקיד משתמש במשימות (roles/bigquery.jobUser) ב-IAM בקבוצות הנתונים של המקור והיעד.
כדי לקרוא הסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.
התפקיד המוגדר מראש הזה כולל את ההרשאה bigquery.jobs.create, שנדרשת כדי להריץ משימת העתקה.
יכול להיות שתוכלו לקבל את ההרשאה הזו גם בתפקידים בהתאמה אישית או בתפקידים מוגדרים מראש.
העתקה של טבלת מקור אחת
אפשר להעתיק טבלה אחת בדרכים הבאות:
- באמצעות מסוף Google Cloud .
- באמצעות הפקודה
bq cpשל כלי שורת הפקודה של BigQuery. - שימוש בהצהרה של שפת הגדרת נתונים (DDL)
CREATE TABLE COPY. - שליחת קריאה ל-method של ה-API
jobs.insert, הגדרת משימה ב-copyוציון המאפייןsourceTable. - שימוש בספריות הלקוח.
מסוף Google Cloud וההצהרה CREATE TABLE COPY תומכים רק בטבלת מקור אחת ובטבלת יעד אחת במשימת העתקה. כדי להעתיק כמה קובצי מקור לטבלת יעד, צריך להשתמש בכלי שורת הפקודה של BigQuery או ב-API.
כדי להעתיק טבלת מקור אחת:
המסוף
בחלונית הימנית, לוחצים על Explorer:

בחלונית Explorer, מרחיבים את הפרויקט, לוחצים על Datasets ובוחרים קבוצת נתונים.
לוחצים על סקירה כללית > טבלאות ובוחרים טבלה.
בחלונית הפרטים, לוחצים על סמל האפשרויות הנוספות > יצירת עותק של הטבלה.
בתיבת הדו-שיח Copy table, בקטע Destination:
- בשדה Project, בוחרים את הפרויקט שבו תאוחסן הטבלה שהועתקה.
- בשדה Dataset, בוחרים את מערך הנתונים שבו רוצים לאחסן את הטבלה שהועתקה. מערכי הנתונים של המקור והיעד צריכים להיות באותו מיקום.
- בקטע Table, מזינים שם לטבלה החדשה. השם חייב להיות ייחודי במערך הנתונים של היעד. אי אפשר להחליף טבלה קיימת במערך הנתונים של היעד באמצעות מסוף Google Cloud . למידע נוסף על הדרישות לשמות של טבלאות, ראו מתן שמות לטבלאות.
לוחצים על העתקה כדי להתחיל את משימת ההעתקה.
SQL
משתמשים בהצהרה CREATE TABLE COPY כדי להעתיק טבלה בשם table1 לטבלה חדשה בשם table1copy:
נכנסים לדף BigQuery במסוף Google Cloud .
בעורך השאילתות, מזינים את ההצהרה הבאה:
CREATE TABLE
myproject.mydataset.table1copyCOPYmyproject.mydataset.table1;לוחצים על Run.
מידע נוסף על הרצת שאילתות זמין במאמר הרצת שאילתה אינטראקטיבית.
BQ
-
מפעילים את Cloud Shell במסוף Google Cloud .
בחלק התחתון של מסוף Google Cloud יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.
מריצים את הפקודה
bq cp. אפשר להשתמש בדגלים אופציונליים כדי לשלוט בנטיית הכתיבה של טבלת היעד:-
-aאו--append_tableמוסיפים את הנתונים מטבלת המקור לטבלה קיימת במערך הנתונים של היעד. -
-fאו--forceמחליפים טבלה קיימת במערך הנתונים של היעד, בלי לבקש אישור. - אם הטבלה קיימת בקבוצת הנתונים של היעד, הפקודה
-nאו--no_clobberמחזירה את הודעת השגיאה הבאה:Table 'project_id:dataset.table' already exists, skipping.אם לא מציינים את-n, פעולת ברירת המחדל היא לבקש מכם לבחור אם להחליף את טבלת היעד. -
--destination_kms_keyהוא מפתח Cloud KMS בניהול הלקוח שמשמש להצפנת טבלת היעד.
הדוגמה הזו לא ממחישה את
--destination_kms_key. למידע נוסף, קראו את המאמר הגנה על נתונים באמצעות מפתחות של Cloud Key Management Service.אם מערך הנתונים של המקור או היעד נמצא בפרויקט שאינו פרויקט ברירת המחדל, הוסיפו את מזהה הפרויקט לשמות של מערכי הנתונים בפורמט הבא:
project_id:dataset.(אופציונלי) מציינים את הדגל
--locationומגדירים את הערך למיקום שלכם.bq --location=location cp \ -a -f -n \
project_id:dataset.source_table\project_id:dataset.destination_tableמחליפים את מה שכתוב בשדות הבאים:
-
location: שם המיקום. הדגל--locationהוא אופציונלי. לדוגמה, אם אתם משתמשים ב-BigQuery באזור טוקיו, אתם יכולים להגדיר את הערך של הדגל ל-asia-northeast1. אפשר להגדיר ערך ברירת מחדל למיקום באמצעות הקובץ.bigqueryrc. project_id: מזהה הפרויקט.-
dataset: השם של מערך הנתונים של המקור או היעד. -
source_table: הטבלה שמעתיקים. -
destination_table: שם הטבלה במערך הנתונים של היעד.
דוגמאות:
כדי להעתיק את הטבלה
mydataset.mytableלטבלהmydataset2.mytable2, מזינים את הפקודה הבאה. שני מערכי הנתונים נמצאים בפרויקט ברירת המחדל שלכם.bq cp mydataset.mytable mydataset2.mytable2
כדי להעתיק את הטבלה
mydataset.mytableולהחליף טבלת יעד עם אותו שם, מזינים את הפקודה הבאה. מערך הנתונים של המקור נמצא בפרויקט ברירת המחדל. מערך הנתונים של היעד נמצא בפרויקטmyotherproject. קיצור הדרך-fמשמש להחלפת טבלת היעד בלי להציג בקשה.bq cp -f \ mydataset.mytable \ myotherproject:myotherdataset.mytable
כדי להעתיק את הטבלה
mydataset.mytableולהחזיר שגיאה אם מערך הנתונים של היעד מכיל טבלה עם אותו שם, מזינים את הפקודה הבאה. מערך הנתונים של המקור נמצא בפרויקט ברירת המחדל. מערך הנתונים של היעד נמצא בפרויקטmyotherproject. קיצור הדרך-nמשמש למניעת החלפה של טבלה עם אותו שם.bq cp -n \ mydataset.mytable \ myotherproject:myotherdataset.mytable
כדי להעתיק את הטבלה
mydataset.mytableולהוסיף את הנתונים לטבלת יעד עם אותו שם, מזינים את הפקודה הבאה. מערך הנתונים של המקור נמצא בפרויקט שמוגדר כברירת מחדל. מערך הנתונים של היעד נמצא בפרויקטmyotherproject. קיצור הדרך- aמשמש להוספה לטבלת היעד.bq cp -a mydataset.mytable myotherproject:myotherdataset.mytable
-
API
כדי להעתיק טבלה קיימת באמצעות ה-API, מפעילים את ה-method bigquery.jobs.insert ומגדירים משימת copy. מציינים את המיקום במאפיין location בקטע jobReference של משאב המשימה.
צריך לציין את הערכים הבאים בהגדרות האישיות של המשימה:
"copy": {
"sourceTable": { // Required
"projectId": string, // Required
"datasetId": string, // Required
"tableId": string // Required
},
"destinationTable": { // Required
"projectId": string, // Required
"datasetId": string, // Required
"tableId": string // Required
},
"createDisposition": string, // Optional
"writeDisposition": string, // Optional
},
כאשר sourceTable מספק מידע על הטבלה שצריך להעתיק, destinationTable מספק מידע על הטבלה החדשה, createDisposition מציין אם ליצור את הטבלה אם היא לא קיימת, ו-writeDisposition מציין אם להחליף טבלה קיימת או להוסיף לה.
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C# במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery C# API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
המשך
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Go API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Java API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Node.js API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
PHP
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של PHP במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery PHP API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Python API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
העתקה של כמה טבלאות מקור
אפשר להעתיק כמה טבלאות מקור לטבלת יעד בדרכים הבאות:
- באמצעות הפקודה
bq cpשל כלי שורת הפקודה של BigQuery. - שליחת קריאה ל-method
jobs.insert, הגדרת משימתcopyוציון המאפייןsourceTables. - שימוש בספריות הלקוח.
לכל טבלאות המקור צריכות להיות סכימות ותגים זהים, ואפשר להשתמש רק בטבלת יעד אחת.
צריך לציין את טבלאות המקור כרשימה מופרדת בפסיקים. אי אפשר להשתמש בתווים כלליים לחיפוש כשמעתיקים כמה טבלאות מקור.
כדי להעתיק כמה טבלאות מקור, בוחרים אחת מהאפשרויות הבאות:
BQ
-
מפעילים את Cloud Shell במסוף Google Cloud .
בחלק התחתון של מסוף Google Cloud יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.
מפעילים את הפקודה
bq cpוכוללים כמה טבלאות מקור כרשימה מופרדת בפסיקים. אפשר להשתמש בדגלים אופציונליים כדי לשלוט בנטיית הכתיבה של טבלת היעד:-
-aאו--append_tableמוסיפים את הנתונים מטבלאות המקור לטבלה קיימת במערך הנתונים של היעד. -
-fאו--forceמחליפים טבלת יעד קיימת במערך הנתונים של היעד, בלי לבקש אישור. - אם הטבלה קיימת במערך הנתונים של היעד, הפקודה
-nאו--no_clobberמחזירה את הודעת השגיאה הבאה:Table 'project_id:dataset.table' already exists, skipping.אם לא מציינים את-n, כברירת מחדל תתבקשו לבחור אם להחליף את טבלת היעד. -
--destination_kms_keyהוא המפתח של Cloud Key Management Service בניהול הלקוח, שמשמש להצפנת טבלת היעד.
הדוגמה הזו לא ממחישה את
--destination_kms_key. למידע נוסף, קראו את המאמר הגנה על נתונים באמצעות מפתחות של Cloud Key Management Service.אם מערך הנתונים של המקור או היעד נמצא בפרויקט שאינו פרויקט ברירת המחדל, הוסיפו את מזהה הפרויקט לשמות של מערכי הנתונים בפורמט הבא:
project_id:dataset.(אופציונלי) מציינים את הדגל
--locationומגדירים את הערך למיקום שלכם.bq --location=location cp \ -a -f -n \
project_id:dataset.source_table,project_id:dataset.source_table\project_id:dataset.destination_tableמחליפים את מה שכתוב בשדות הבאים:
-
location: שם המיקום. הדגל--locationהוא אופציונלי. לדוגמה, אם אתם משתמשים ב-BigQuery באזור טוקיו, אתם יכולים להגדיר את הערך של הדגל ל-asia-northeast1. אפשר להגדיר ערך ברירת מחדל למיקום באמצעות הקובץ.bigqueryrc. project_id: מזהה הפרויקט.-
dataset: השם של מערך הנתונים של המקור או היעד. -
source_table: הטבלה שמעתיקים. -
destination_table: שם הטבלה במערך הנתונים של היעד.
דוגמאות:
כדי להעתיק את הטבלה
mydataset.mytableואת הטבלהmydataset.mytable2לטבלהmydataset2.tablecopy, מזינים את הפקודה הבאה . כל מערכי הנתונים נמצאים בפרויקט שמוגדר כברירת מחדל.bq cp \ mydataset.mytable,mydataset.mytable2 \ mydataset2.tablecopy
כדי להעתיק את הטבלה
mydataset.mytableואת הטבלהmydataset.mytable2לטבלהmyotherdataset.mytable, ולהחליף טבלת יעד עם אותו שם, מזינים את הפקודה הבאה. מערך הנתונים של היעד נמצא בפרויקטmyotherproject, ולא בפרויקט ברירת המחדל. קיצור הדרך-fמשמש להחלפת טבלת היעד בלי להציג בקשה.bq cp -f \ mydataset.mytable,mydataset.mytable2 \ myotherproject:myotherdataset.mytable
כדי להעתיק את הטבלה
myproject:mydataset.mytableואת הטבלהmyproject:mydataset.mytable2, ולהחזיר שגיאה אם קבוצת הנתונים של היעד מכילה טבלה עם אותו שם, מזינים את הפקודה הבאה. מערך הנתונים של היעד נמצא בפרויקטmyotherproject. קיצור הדרך-nמשמש למניעת החלפה של טבלה עם אותו שם.bq cp -n \ myproject:mydataset.mytable,myproject:mydataset.mytable2 \ myotherproject:myotherdataset.mytable
כדי להעתיק את הטבלה
mydataset.mytableואת הטבלהmydataset.mytable2ולהוסיף את הנתונים לטבלת יעד עם אותו שם, מזינים את הפקודה הבאה. מערך הנתונים של המקור נמצא בפרויקט ברירת המחדל. מערך הנתונים של היעד נמצא בפרויקטmyotherproject. קיצור הדרך-aמשמש להוספה לטבלת היעד.bq cp -a \ mydataset.mytable,mydataset.mytable2 \ myotherproject:myotherdataset.mytable
-
API
כדי להעתיק כמה טבלאות באמצעות ה-API, מפעילים את ה-method jobs.insert, מגדירים משימת copy של טבלה ומציינים את המאפיין sourceTables.
מציינים את האזור במאפיין location בקטע jobReference של משאב המשימה.
המשך
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Go API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Java API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Node.js API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Python API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
העתקת טבלאות בין אזורים
אתם יכולים להעתיק טבלה, תמונת מצב של טבלה או שכפול של טבלה מאזור או ממספר אזורים ב-BigQuery לאזור אחר. זה כולל טבלאות שמופעל בהן מפתח הצפנה בניהול הלקוח (CMEK) ב-Cloud KMS.
העתקת טבלה בין אזורים כרוכה בחיובים נוספים על העברת נתונים, בהתאם לתמחור של BigQuery. חיובים נוספים יחולו גם אם תבטלו את משימת העתקת הטבלה בין אזורים לפני שהיא הושלמה.
כדי להעתיק טבלה בין אזורים, בוחרים באחת מהאפשרויות הבאות:
BQ
-
מפעילים את Cloud Shell במסוף Google Cloud .
בחלק התחתון של מסוף Google Cloud יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.
מריצים את הפקודה
bq cp:
bq cp \ -f -n \SOURCE_PROJECT:SOURCE_DATASET.SOURCE_TABLE\DESTINATION_PROJECT:DESTINATION_DATASET.DESTINATION_TABLE
מחליפים את מה שכתוב בשדות הבאים:
SOURCE_PROJECT: מזהה הפרויקט של המקור. אם מערך הנתונים של המקור נמצא בפרויקט אחר ולא בפרויקט ברירת המחדל, צריך להוסיף את מזהה הפרויקט לשם של מערך הנתונים של המקור.
DESTINATION_PROJECT: מזהה פרויקט היעד. אם מערך הנתונים של היעד נמצא בפרויקט אחר מהפרויקט שמוגדר כברירת מחדל, צריך להוסיף את מזהה הפרויקט לשם של מערך הנתונים של היעד.
SOURCE_DATASET: השם של מערך הנתונים המקורי.
DESTINATION_DATASET: השם של מערך הנתונים המקבל.
SOURCE_TABLE: הטבלה שמעתיקים.
DESTINATION_TABLE: שם הטבלה במערך הנתונים של היעד.
בדוגמה הבאה מוצגת פקודה שמעתיקה את הטבלה mydataset_us.mytable ממיקום us במספר אזורים לטבלה mydataset_eu.mytable2 במיקום eu במספר אזורים. שני מערכי הנתונים נמצאים בפרויקט ברירת המחדל.
bq cp --sync=false mydataset_us.mytable mydataset_eu.mytable2
כדי להעתיק טבלה בין אזורים למערך נתונים של יעד שמופעל בו CMEK, צריך להפעיל CMEK בטבלה עם מפתח מהאזור של הטבלה. מפתח ה-CMEK בטבלה לא חייב להיות אותו מפתח CMEK שמשמש את מערך הנתונים של היעד. בדוגמה הבאה, טבלה עם CMEK מועתקת למערך נתונים של יעד באמצעות הפקודה bq cp.
bq cp source-project-id:source-dataset-id.source-table-id destination-project-id:destination-dataset-id.destination-table-id
לעומת זאת, כדי להעתיק טבלה עם CMEK בין אזורים למערך נתונים של יעד, אתם יכולים להפעיל את CMEK במערך הנתונים של היעד באמצעות מפתח מהאזור של מערך הנתונים של היעד. אפשר גם להשתמש בדגל destination_kms_keys בפקודה bq cp, כמו בדוגמה הבאה:
bq cp --destination_kms_key=projects/project_id/locations/eu/keyRings/eu_key/cryptoKeys/eu_region mydataset_us.mytable mydataset_eu.mytable2
API
כדי להעתיק טבלה בין אזורים באמצעות ה-API, מפעילים את ה-method jobs.insert ומגדירים משימת copy בטבלה.
מציינים את האזור במאפיין location בקטע jobReference של משאב המשימה.
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C# במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery C# API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
המשך
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Go API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Java API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Node.js API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
PHP
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של PHP במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery PHP API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Python API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
מגבלות
העתקת טבלה בין אזורים כפופה למגבלות הבאות:
- אי אפשר להעתיק טבלה באמצעות מסוף Google Cloud או ההצהרה
TABLE COPY DDL. - אי אפשר להעתיק טבלה אם יש תגי מדיניות בטבלת המקור.
- אי אפשר להעתיק את מדיניות ה-IAM שמשויכת לטבלאות. אחרי שההעתקה תסתיים, תוכלו להחיל את אותם כללי מדיניות על היעד.
- אי אפשר להעתיק טבלה אם יש תגי טבלה בטבלת המקור.
- אם פעולת ההעתקה מחליפה טבלה קיימת, התגים בטבלה הקיימת יוסרו.
- אי אפשר להעתיק כמה טבלאות מקור לטבלת יעד אחת.
- אי אפשר להעתיק טבלאות במצב הוספה. אם משתמשים במצב
write_empty, טבלת היעד לא יכולה להיות קיימת. - מידע על Time Travel לא מועתק לאזור היעד.
- כשמעתיקים שכפול או קובץ snapshot של טבלה לאזור חדש, נוצר עותק מלא של הטבלה. הפעולה הזו כרוכה בעלויות אחסון נוספות.
- רוחב הפס של הרפליקציה הוא 2GiBps פיזיים לכל אזור בכל פרויקט.
- זמן התפוגה מטבלת המקור מועתק לטבלת היעד.
איך בודקים את ניצול המכסות הנוכחי
כדי לראות את השימוש הנוכחי במשימות של שאילתות, טעינה, חילוץ או העתקה, אפשר להריץ שאילתת INFORMATION_SCHEMA כדי לראות מטא-נתונים על המשימות שהופעלו בתקופה מסוימת. כדי לקבוע את השימוש במכסה לסוג מסוים של משימה, אתם יכולים להשוות את השימוש הנוכחי למגבלת המכסה. בשאילתה לדוגמה הבאה, משתמשים בתצוגה INFORMATION_SCHEMA.JOBS כדי להציג את מספר המשימות של שאילתות, טעינות, חילוצים והעתקות לפי פרויקט:
SELECT sum(case when job_type="QUERY" then 1 else 0 end) as QRY_CNT, sum(case when job_type="LOAD" then 1 else 0 end) as LOAD_CNT, sum(case when job_type="EXTRACT" then 1 else 0 end) as EXT_CNT, sum(case when job_type="COPY" then 1 else 0 end) as CPY_CNT FROM `region-REGION_NAME`.INFORMATION_SCHEMA.JOBS_BY_PROJECT WHERE date(creation_time)= CURRENT_DATE()
שגיאות במכסה של המספר המקסימלי של משימות העתקה ליום בכל פרויקט
השגיאה הזו מופיעה ב-BigQuery כשמספר משימות ההעתקה שפועלות בפרויקט חורג מהמגבלה היומית. מידע נוסף על המגבלה של משימות העתקה ליום זמין במאמר משימות העתקה.
הודעת שגיאה
Your project exceeded quota for copies per project
אבחון
אם אתם רוצים לאסוף עוד נתונים על המקור של משימות ההעתקה, אתם יכולים לנסות את הפעולות הבאות:
אם משימות ההעתקה נמצאות באזור אחד או בכמה אזורים, אפשר לנסות לשלוח שאילתה לטבלה
INFORMATION_SCHEMA.JOBSלגבי אזורים ספציפיים. לדוגמה:SELECT creation_time, job_id, user_email, destination_table.project_id, destination_table.dataset_id, destination_table.table_id FROM `PROJECT_ID`.`region-REGION_NAME`.INFORMATION_SCHEMA.JOBS WHERE creation_time BETWEEN TIMESTAMP_SUB(CURRENT_TIMESTAMP(), INTERVAL 2 DAY) AND CURRENT_TIMESTAMP() AND job_type = "COPY" order by creation_time DESC
אפשר גם לשנות את מרווח הזמן בהתאם לטווח התאריכים שמעניין אתכם.
כדי לראות את כל משימות ההעתקה בכל האזורים, אפשר להשתמש במסנן הבא ב-Cloud Logging:
resource.type="bigquery_resource" protoPayload.methodName="jobservice.insert" protoPayload.serviceData.jobInsertRequest.resource.jobConfiguration.tableCopy:*
רזולוציה
- אם המטרה של פעולות ההעתקה התכופות היא ליצור תמונת מצב של הנתונים, כדאי להשתמש בתמונות מצב של טבלאות. תמונות מצב של טבלאות הן חלופה זולה ומהירה יותר להעתקת טבלאות מלאות.
- כדי לבקש להגדיל את המכסה, אתם יכולים לפנות לתמיכה או למכירות. יכול להיות שיחלפו כמה ימים עד שנבדוק את הבקשה ונטפל בה. מומלץ לציין בבקשה את העדיפות, את תרחיש השימוש ואת מזהה הפרויקט.
מחיקת טבלאות
אתם יכולים למחוק טבלה בדרכים הבאות:
- באמצעות מסוף Google Cloud .
- שימוש בהצהרה של שפת הגדרת נתונים (DDL)
DROP TABLE. - שימוש בפקודה
bq rmשל כלי שורת הפקודה של BigQuery. - שליחת קריאה ל-method
tables.deleteב-API. - שימוש בספריות הלקוח.
כדי למחוק את כל הטבלאות בקבוצת הנתונים, מוחקים את קבוצת הנתונים.
כשמוחקים טבלה, גם הנתונים שבה נמחקים. כדי למחוק טבלאות באופן אוטומטי אחרי פרק זמן מסוים, מגדירים את תאריך התפוגה שמוגדר כברירת מחדל לטבלה במערך הנתונים, או מגדירים את תאריך התפוגה כשיוצרים את הטבלה.
כשמוחקים טבלה, גם כל ההרשאות שמשויכות אליה נמחקות. כשיוצרים מחדש טבלה שנמחקה, צריך גם להגדיר מחדש באופן ידני את כל הרשאות הגישה שהיו משויכות אליה בעבר.
התפקידים הנדרשים
כדי לקבל את ההרשאות שנדרשות למחיקת טבלה, צריך לבקש מהאדמין להקצות לכם ב-IAM את התפקיד עריכת נתונים (roles/bigquery.dataEditor) בקבוצת הנתונים.
כדי לקרוא הסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.
זהו תפקיד שמוגדר מראש וכולל את ההרשאות שנדרשות למחיקת טבלה. כדי לראות בדיוק אילו הרשאות נדרשות, אפשר להרחיב את הקטע ההרשאות הנדרשות:
ההרשאות הנדרשות
כדי למחוק טבלה, צריך את ההרשאות הבאות:
-
bigquery.tables.delete -
bigquery.tables.get
יכול להיות שתקבלו את ההרשאות האלה באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש אחרים.
מחיקת טבלה
כדי למחוק טבלה:
המסוף
בחלונית הימנית, לוחצים על Explorer:

בחלונית Explorer, מרחיבים את הפרויקט, לוחצים על Datasets ובוחרים קבוצת נתונים.
לוחצים על סקירה כללית > טבלאות ובוחרים טבלה.
בחלונית הפרטים, לוחצים על סמל האפשרויות הנוספות > מחיקה.
מקלידים
"delete"בתיבת הדו-שיח ולוחצים על Delete כדי לאשר.
SQL
משתמשים בהצהרה DROP TABLE.
בדוגמה הבאה מוחקים טבלה בשם mytable:
נכנסים לדף BigQuery במסוף Google Cloud .
בעורך השאילתות, מזינים את ההצהרה הבאה:
DROP TABLE mydataset.mytable;
לוחצים על Run.
מידע נוסף על הרצת שאילתות זמין במאמר הרצת שאילתה אינטראקטיבית.
BQ
-
מפעילים את Cloud Shell במסוף Google Cloud .
בחלק התחתון של מסוף Google Cloud יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.
כדי למחוק טבלה, משתמשים בפקודה
bq rmעם הדגל--table(או קיצור הדרך-t). כשמשתמשים בכלי שורת הפקודה של BigQuery כדי להסיר טבלה, צריך לאשר את הפעולה. אפשר להשתמש בדגל--force(או בקיצור הדרך-f) כדי לדלג על האישור.אם הטבלה נמצאת במערך נתונים בפרויקט שהוא לא פרויקט ברירת המחדל, צריך להוסיף את מזהה הפרויקט לשם של מערך הנתונים בפורמט הבא:
project_id:dataset.bq rm \ -f \ -t \ project_id:dataset.table
מחליפים את מה שכתוב בשדות הבאים:
-
project_id: מזהה הפרויקט -
dataset: השם של מערך הנתונים שמכיל את הטבלה -
table: שם הטבלה שמוחקים
דוגמאות:
כדי למחוק את הטבלה
mytableממערך הנתוניםmydataset, מזינים את הפקודה הבאה. מערך הנתוניםmydatasetנמצא בפרויקט ברירת המחדל שלכם.bq rm -t mydataset.mytable
כדי למחוק את הטבלה
mytableממערך הנתוניםmydataset, מזינים את הפקודה הבאה. מערך הנתוניםmydatasetנמצא בפרויקטmyotherproject, ולא בפרויקט ברירת המחדל.bq rm -t myotherproject:mydataset.mytable
כדי למחוק את הטבלה
mytableממערך הנתוניםmydataset, מזינים את הפקודה הבאה. מערך הנתוניםmydatasetנמצא בפרויקט ברירת המחדל שלכם. הפקודה משתמשת בקיצור הדרך-fכדי לדלג על האישור.bq rm -f -t mydataset.mytable
-
API
מפעילים את ה-method tables.delete ב-API ומציינים את הטבלה שרוצים למחוק באמצעות הפרמטר tableId.
C#
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של C# במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery C# API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
המשך
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Go API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Java API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Node.js
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Node.js במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Node.js API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
PHP
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של PHP במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery PHP API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Python API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Ruby
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Ruby במדריך למתחילים של BigQuery באמצעות ספריות לקוח. למידע נוסף, קראו את מאמרי העזרה של BigQuery Ruby API.
כדי לבצע אימות ב-BigQuery, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
פתרון בעיות שקשורות לטבלאות שנמחקו
יש שלוש סיבות עיקריות למחיקת טבלה: מחיקה ידנית של הטבלה, תפוגה ומחיקה של מערך הנתונים.
מחיקת טבלה
בודקים ביומני הביקורת של Cloud אם יש אירוע google.cloud.bigquery.v2.TableService.DeleteTable.
כדי לראות טבלאות שנמחקו, בוחרים באחת מהאפשרויות הבאות:
המסוף
נכנסים לדף Logs Explorer במסוף Google Cloud .
בקטע Filter, משתמשים במסנן הבא של Cloud Logging ולוחצים על Run Query:
resource.type="bigquery_dataset" protoPayload.methodName="google.cloud.bigquery.v2.TableService.DeleteTable" protoPayload.resourceName="projects/PROJECT_ID/datasets/DATASET_ID/tables/TABLE_ID"
BQ
-
מפעילים את Cloud Shell במסוף Google Cloud .
בחלק התחתון של מסוף Google Cloud יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.
משתמשים בפקודה
gcloud logging readעם המסננים הבאים:gcloud logging read ' resource.type="bigquery_dataset" protoPayload.methodName="google.cloud.bigquery.v2.TableService.DeleteTable" protoPayload.resourceName=~"projects/PROJECT_ID/datasets/DATASET_ID/tables/TABLE_ID" '
מחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_ID: מזהה הפרויקט -
DATASET_ID: השם של מערך הנתונים שמכיל את הטבלה -
TABLE_ID: שם הטבלה שנמחקה
-
תפוגת תוקף של טבלה
אפשר ליצור טבלאות עם זמן תפוגה. אחרי פרק הזמן הזה, הטבלה נמחקת מ-BigQuery באופן אוטומטי. כדי לראות טבלאות שנמחקו, בוחרים באחת מהאפשרויות הבאות:
המסוף
נכנסים לדף Logs Explorer במסוף Google Cloud .
בקטע Filter, משתמשים במסנן הבא של Cloud Logging ולוחצים על Run Query.
protoPayload.methodName="InternalTableExpired" protoPayload.resourceName="projects/PROJECT_ID/datasets/DATASET_ID/tables/TABLE_ID"
BQ
-
מפעילים את Cloud Shell במסוף Google Cloud .
בחלק התחתון של מסוף Google Cloud יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.
משתמשים בפקודה
gcloud logging readעם המסננים הבאים:gcloud logging read ' protoPayload.methodName="InternalTableExpired" protoPayload.resourceName=~"projects/PROJECT_ID/datasets/DATASET_ID/tables/TABLE_ID" 'מחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_ID: מזהה הפרויקט -
DATASET_ID: השם של מערך הנתונים שמכיל את הטבלה -
TABLE_ID: שם הטבלה שנמחקה
-
אתם יכולים לשלוח שאילתה לתצוגה INFORMATION_SCHEMA.TABLE_OPTIONS כדי לבדוק את העמודה expiration_timestamp בטבלאות קיימות.
מחיקת מערך נתונים
אם קבוצת הנתונים שמכילה את הטבלה נמחקה, גם הטבלה תימחק. כדי לראות טבלאות שנמחקו, בוחרים באחת מהאפשרויות הבאות:
המסוף
נכנסים לדף Logs Explorer במסוף Google Cloud .
בקטע Filter, משתמשים במסנן הבא של Cloud Logging ולוחצים על Run Query.
resource.type="bigquery_dataset" protoPayload.methodName="google.cloud.bigquery.v2.DatasetService.DeleteDataset" protoPayload.resourceName="projects/PROJECT_ID/datasets/DATASET_ID"
BQ
-
מפעילים את Cloud Shell במסוף Google Cloud .
בחלק התחתון של מסוף Google Cloud יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.
משתמשים בפקודה
gcloud logging readעם המסננים הבאים:gcloud logging read ' resource.type="bigquery_dataset" protoPayload.methodName="google.cloud.bigquery.v2.DatasetService.DeleteDataset" protoPayload.resourceName=~"projects/PROJECT_ID/datasets/DATASET_ID" '
מחליפים את מה שכתוב בשדות הבאים:
-
PROJECT_ID: מזהה הפרויקט -
DATASET_ID: השם של מערך הנתונים שמכיל את הטבלה
-
שחזור טבלאות שנמחקו
במאמר שחזור טבלאות שנמחקו מוסבר איך לשחזר טבלאות שנמחקו.
אבטחת טבלאות
כדי לשלוט בגישה לטבלאות ב-BigQuery, קראו את המאמר בקרת גישה למשאבים באמצעות IAM.
המאמרים הבאים
- מידע נוסף על יצירת טבלאות ושימוש בהן זמין במאמר יצירת טבלאות ושימוש בהן.
- מידע נוסף על טיפול בנתונים זמין במאמר עבודה עם נתוני טבלה.
- למידע נוסף על ציון סכימות של טבלאות, ראו ציון סכימה.
- למידע נוסף על שינוי סכימות של טבלאות, קראו את המאמר שינוי סכימות של טבלאות.
- מידע נוסף על מערכי נתונים זמין במאמר מבוא למערכי נתונים.
- מידע נוסף על תצוגות זמין במאמר מבוא לתצוגות.