ניהול טבלאות
אתם יכולים לנהל את הטבלאות ב-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של כלי שורת הפקודה bq. - שליחת קריאה ל-method
tables.patchשל ה-API. - שימוש בספריות הלקוח.
- יצירת תיאור באמצעות Gemini ב-BigQuery.
כדי לעדכן את התיאור של טבלה:
המסוף
אי אפשר להוסיף תיאור כשיוצרים טבלה באמצעות מסוףGoogle Cloud . אחרי שיוצרים את הטבלה, אפשר להוסיף תיאור בדף פרטים.
בחלונית השמאלית, לוחצים על Explorer:

אם לא רואים את החלונית הימנית, לוחצים על הרחבת החלונית הימנית כדי לפתוח אותה.
בחלונית Explorer, מרחיבים את הפרויקט, לוחצים על Datasets ובוחרים קבוצת נתונים.
לוחצים על סקירה כללית > טבלאות ובוחרים טבלה.
לוחצים על הכרטיסייה פרטים ואז על עריכת הפרטים.
בקטע Description, מוסיפים תיאור חדש או עורכים תיאור קיים.
לוחצים על Save.
SQL
משתמשים בהנחיה ALTER TABLE SET OPTIONS.
בדוגמה הבאה מעדכנים את התיאור של טבלה בשם mytable:
נכנסים לדף BigQuery במסוף Google Cloud .
בעורך השאילתות, מזינים את ההצהרה הבאה:
ALTER TABLE mydataset.mytable SET OPTIONS ( description = 'Description of mytable');
לוחצים על הפעלה.
מידע נוסף על הרצת שאילתות זמין במאמר הרצת שאילתה אינטראקטיבית.
BQ
-
במסוף Google Cloud , מפעילים את Cloud Shell.
בחלק התחתון של 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.patch כי ה-method tables.update מחליפה את כל משאב הטבלה.
המשך
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של 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, מרחיבים את הפרויקט ואת מערך הנתונים ובוחרים את הטבלה.
בחלונית הפרטים, לוחצים על הכרטיסייה Schema.
לוחצים על יצירה.
Gemini ייצור תיאור של הטבלה ותובנות לגביה. המידע יופיע תוך כמה דקות. אפשר לראות את התובנות שנוצרו על ידי AI בכרטיסייה תובנות של הטבלה.
כדי לערוך ולשמור את תיאור הטבלה שנוצר:
לוחצים על הצגת תיאורים של עמודות.
מוצגים תיאור הטבלה הנוכחי והתיאור שנוצר.
בקטע Table description, לוחצים על Save to details.
כדי להחליף את התיאור הנוכחי בתיאור שנוצר, לוחצים על העתקת התיאור שהוצע.
עורכים את תיאור הטבלה לפי הצורך ולוחצים על Save to details.
תיאור הטבלה מתעדכן באופן מיידי.
כדי לסגור את החלונית תצוגה מקדימה של תיאורים, לוחצים על סגירה.
עדכון מועד התפוגה של טבלה
אפשר להגדיר זמן תפוגה של טבלה כברירת מחדל ברמת מערך הנתונים, או להגדיר את זמן התפוגה של הטבלה בזמן יצירתה. זמן התפוגה של טבלה נקרא לעיתים קרובות "זמן חיים" או TTL.
כשתוקף הטבלה פג, היא נמחקת יחד עם כל הנתונים שהיא מכילה. במקרה הצורך, אפשר לבטל את המחיקה של הטבלה שפג תוקפה בחלון הזמן של המסע בזמן שצוין למערך הנתונים. מידע נוסף זמין במאמר שחזור טבלאות שנמחקו.
אם מגדירים את תאריך התפוגה בזמן יצירת הטבלה, המערכת מתעלמת מתאריך התפוגה שמוגדר כברירת מחדל לטבלאות במערך הנתונים. אם לא מגדירים תאריך תפוגה לטבלה ברמת מערך הנתונים, ולא מגדירים תאריך תפוגה כשיוצרים את הטבלה, התוקף של הטבלה לא יפוג לעולם ותצטרכו למחוק אותה באופן ידני.
אחרי שיוצרים את הטבלה, אפשר לעדכן את זמן התפוגה שלה בכל שלב בדרכים הבאות:
- באמצעות מסוף Google Cloud .
- באמצעות הצהרה של שפת הגדרת נתונים (DDL)
ALTER TABLE. - באמצעות הפקודה
bq updateשל כלי שורת הפקודה של BigQuery. - שליחת קריאה ל-method
tables.patchשל ה-API. - שימוש בספריות הלקוח.
כדי לעדכן את זמן התפוגה של טבלה:
המסוף
אי אפשר להוסיף זמן תפוגה כשיוצרים טבלה באמצעות מסוףGoogle Cloud . אחרי שיוצרים טבלה, אפשר להוסיף או לעדכן את תאריך התפוגה שלה בדף פרטי הטבלה.
בחלונית השמאלית, לוחצים על Explorer:

בחלונית Explorer, מרחיבים את הפרויקט, לוחצים על Datasets ובוחרים קבוצת נתונים.
לוחצים על סקירה כללית > טבלאות ובוחרים טבלה.
לוחצים על הכרטיסייה פרטים ואז על עריכת הפרטים.
בקטע תאריך תפוגה, בוחרים באפשרות ציון תאריך. אחר כך בוחרים את תאריך התפוגה באמצעות הווידג'ט של היומן.
לוחצים על Save. זמן התפוגה המעודכן מופיע בקטע פרטי הטבלה.
SQL
משתמשים בהנחיה ALTER TABLE SET OPTIONS.
בדוגמה הבאה מעדכנים את זמן התפוגה של טבלה בשם mytable:
במסוף Google Cloud , עוברים לדף BigQuery.
בעורך השאילתות, מזינים את ההצהרה הבאה:
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');
לוחצים על הפעלה.
מידע נוסף על הרצת שאילתות זמין במאמר הרצת שאילתה אינטראקטיבית.
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
מפעילים את ה-method 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. - מבצעים קריאה לשיטת API jobs.insert ומגדירים משימת
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של כלי שורת הפקודה bq. - שימוש בהצהרה של שפת הגדרת נתונים (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, בוחרים את מערך הנתונים שבו רוצים לאחסן את הטבלה שהועתקה. מערכי הנתונים של המקור והיעד צריכים להיות באותו מיקום.
- בקטע טבלה, מזינים שם לטבלה החדשה. השם חייב להיות ייחודי במערך הנתונים של היעד. אי אפשר להחליף טבלה קיימת במערך הנתונים של היעד באמצעות מסוף Google Cloud . מידע נוסף על הדרישות לשמות של טבלאות זמין במאמר בנושא שמות של טבלאות.
לוחצים על העתקה כדי להתחיל את משימת ההעתקה.
SQL
משתמשים בהצהרה CREATE TABLE COPY כדי להעתיק טבלה בשם table1 לטבלה חדשה בשם table1copy:
נכנסים לדף BigQuery במסוף Google Cloud .
בעורך השאילתות, מזינים את ההצהרה הבאה:
CREATE TABLE
myproject.mydataset.table1copyCOPYmyproject.mydataset.table1;לוחצים על הפעלה.
מידע נוסף על הרצת שאילתות זמין במאמר הרצת שאילתה אינטראקטיבית.
BQ
-
במסוף Google Cloud , מפעילים את Cloud Shell.
בחלק התחתון של מסוף 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 באמצעות קריאה לשיטה 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של כלי שורת הפקודה bq. - קריאה לשיטה
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 לאזור אחר. זה כולל טבלאות שמופעל בהן Cloud KMS בניהול הלקוח (CMEK).
העתקת טבלה בין אזורים כרוכה בחיובים נוספים על העברת נתונים, בהתאם לתמחור של BigQuery. חיובים נוספים יחולו גם אם תבטלו את העתקת הטבלה בין האזורים לפני שהיא תושלם.
כדי להעתיק טבלה בין אזורים, בוחרים באחת מהאפשרויות הבאות:
BQ
-
במסוף Google Cloud , מפעילים את Cloud Shell.
בחלק התחתון של מסוף 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 של טבלה לאזור חדש, נוצר עותק מלא של הטבלה. הפעולה הזו כרוכה בעלויות אחסון נוספות.
- רוחב הפס של הרפליקציה הוא 2 פיזיים GiBps לכל אזור לכל פרויקט.
- זמן התפוגה מטבלת המקור מועתק לטבלת היעד.
צפייה בשימוש הנוכחי במכסה
כדי לראות את השימוש הנוכחי במשימות של שאילתות, טעינה, חילוץ או העתקה, אפשר להריץ שאילתת 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 של ה-API
tables.delete. - שימוש בספריות הלקוח.
כדי למחוק את כל הטבלאות במערך הנתונים, צריך למחוק את מערך הנתונים.
כשמוחקים טבלה, כל הנתונים שבה נמחקים גם כן. כדי למחוק טבלאות באופן אוטומטי אחרי פרק זמן מסוים, מגדירים את תאריך התפוגה שמוגדר כברירת מחדל לטבלה במערך הנתונים, או מגדירים את תאריך התפוגה כשיוצרים את הטבלה.
כשמוחקים טבלה, נמחקות גם ההרשאות שמשויכות לטבלה הזו. כשיוצרים מחדש טבלה שנמחקה, צריך גם להגדיר מחדש באופן ידני את כל הרשאות הגישה ששויכו אליה בעבר.
התפקידים הנדרשים
כדי לקבל את ההרשאות שנדרשות למחיקת טבלה, צריך לבקש מהאדמין להקצות לכם ב-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;
לוחצים על הפעלה.
מידע נוסף על הרצת שאילתות זמין במאמר הרצת שאילתה אינטראקטיבית.
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 של API tables.delete ומציינים את הטבלה למחיקה באמצעות הפרמטר 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
-
במסוף Google Cloud , מפעילים את Cloud Shell.
בחלק התחתון של 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
-
במסוף Google Cloud , מפעילים את Cloud Shell.
בחלק התחתון של 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.
המאמרים הבאים
- מידע נוסף על יצירה ושימוש בטבלאות זמין במאמר יצירה ושימוש בטבלאות.
- מידע נוסף על טיפול בנתונים זמין במאמר עבודה עם נתוני טבלה.
- מידע נוסף על הגדרת סכימות של טבלאות זמין במאמר הגדרת סכימה.
- מידע נוסף על שינוי סכימות של טבלאות זמין במאמר שינוי סכימות של טבלאות.
- מידע נוסף על קבוצות נתונים זמין במאמר מבוא לקבוצות נתונים.
- מידע נוסף על תצוגות זמין במאמר מבוא לתצוגות.