מבוא ל-BigQuery sharing

‫BigQuery sharing (לשעבר Analytics Hub) היא פלטפורמה להחלפת נתונים שמאפשרת לשתף נתונים, לגלות אותם ולגשת אליהם באופן מאובטח בין ארגונים שונים בלי לשכפל אותם.

אתם יכולים להשתמש ב-BigQuery sharing כדי למצוא מערכי נתונים של Google ושל צד שלישי, ולשלב אותם עם הנתונים הפנימיים שלכם כדי לשפר את הניתוחים ואת למידת המכונה.

תפקידי ניהול הזהויות והרשאות הגישה (IAM) של BigQuery sharing מאפשרים לבצע את המשימות הבאות:

  • בעל תוכן דיגיטלי ב-Analytics Hub (roles/analyticshub.publisher): שיתוף נתונים עם רשת השותפים או בתוך הארגון בזמן אמת. רשומות מאפשרות לכם לשתף נתונים בלי לשכפל אותם, ואתם יכולים לייצר מהן הכנסות ב-Google Cloud Marketplace או בערוצים שלכם. אתם יכולים ליצור קטלוג של מקורות נתונים שמוכנים לניתוח, ולהשתמש בהרשאות פרטניות כדי לוודא שהם יועברו למנויים מורשים. אתם יכולים גם לנהל את המינויים ולראות את מדדי השימוש של המוצרים שלכם.

  • מנוי ב-Analytics Hub (roles/analyticshub.subscriber): חיפוש נתונים, שילוב של נתונים משותפים עם הנתונים הקיימים ושימוש בתכונות המובנות של BigQuery. כשנרשמים ל-listing, נוצרת קבוצת נתונים מקושרת או מינוי מקושר ל-Pub/Sub בפרויקט ב- Google Cloud . כדי לנהל את המינויים, משתמשים במשאב Subscription, שבו מאוחסן מידע על המנוי והוא מייצג את החיבור בין בעל התוכן הדיגיטלי למנוי.

  • ‫Analytics Hub Viewer (roles/analyticshub.viewer): עיון במאגרי הנתונים ובמחיצות שיש לכם גישה אליהם ב-BigQuery sharing. אם אין לכם הרשאות מינוי לרישומים, אתם יכולים לבקש מהספק הרשאה לגשת לנתונים המשותפים. אתם יכולים למצוא דפי מוצרים מסחריים שמשולבים ב-Cloud Marketplace גם ב-BigQuery sharing וגם ב-Cloud Marketplace.

  • אדמין של Analytics Hub (roles/analyticshub.admin): יצירת חילופי נתונים שמאפשרים לבעלי תוכן דיגיטלי לשתף נתונים, והענקת הרשאות לבעלי תוכן דיגיטלי ולמנויים כדי לגשת לחילופי הנתונים האלה.

למידע נוסף, קראו את המאמר הגדרת תפקידים ב-Analytics Hub.

ארכיטקטורה

השיתוף ב-BigQuery מבוסס על מודל פרסום והרשמה של משאבי נתונים ב-Google Cloud , שמאפשר לשתף נתונים במקום בלי לשכפל אותם. אפשר לשתף ב-BigQuery את המשאבים הבאים:

  • מערכי נתונים ב-BigQuery
  • נושאי Pub/Sub

תהליך העבודה של בעל התוכן הדיגיטלי

בתהליך העבודה של ספק הנתונים, אתם יוצרים משאבים משותפים בפרויקט, מארגנים אותם בתוך רשימות ב-Data Exchange ונותנים גישה למנויים:

תהליך העבודה של התפקיד "מפרסם ב-Analytics Hub", שכולל משאבים משותפים, חילופי נתונים ורשומות.

בקטעים הבאים מתוארים הרכיבים בתהליך העבודה של בעל האפליקציה.

קבוצות נתונים משותפות

מערך נתונים משותף הוא מערך נתונים ב-BigQuery שמשמש כיחידה לשיתוף נתונים ב-BigQuery sharing. ההפרדה בין המחשוב לאחסון בארכיטקטורה של BigQuery מאפשרת לבעלי הנתונים לשתף מערכי נתונים עם כמה מנויים בלי לשכפל את הנתונים. כבעלי תוכן דיגיטלי, אתם יוצרים מערך נתונים ב-BigQuery או משתמשים במערך נתונים קיים בפרויקט שלכם, עם האובייקטים הנתמכים הבאים:

מערכי נתונים משותפים תומכים באבטחה ברמת העמודה ובאבטחה ברמת השורה.

נושאים משותפים

נושא משותף הוא נושא Pub/Sub, שהוא היחידה של שיתוף נתונים בסטרימינג ב-BigQuery. כמפרסמים, אתם יוצרים או משתמשים בנושא Pub/Sub קיים בפרויקט שלכם ומפיצים אותו למנויים.

חילופי נתונים

מאגר נתונים משותף הוא מאגר שמאפשר לבעלי תוכן דיגיטלי לשתף רישומי נתונים, ולמנויים לעיין בנתונים ולבקש גישה ישירות. הוא מכיל דפי מוצר שמפנים למשאבים משותפים. בעלי תוכן דיגיטלי ואדמינים יכולים לתת למנויים גישה ברמת ה-Exchange וה-Listing, וכך לא צריך לתת גישה מפורשת למשאבים המשותפים הבסיסיים. כשיוצרים חילופי נתונים, אפשר להקצות כתובת אימייל ראשית ליצירת קשר כדי שהמנויים יוכלו ליצור קשר עם הבעלים של חילופי הנתונים.

חילופי נתונים יכולים להיות אחד מהסוגים הבאים:

התפקיד "אדמין ב-Analytics Hub" מאפשר ליצור כמה מאגרי נתונים ולנהל את חברי הצוות שמבצעים משימות שיתוף ב-BigQuery.

כרטיסי מוצר

רשומה היא הפניה למשאב משותף שבעל תוכן דיגיטלי מפרסם במאגר נתונים משותף. כבעלי תוכן דיגיטלי, אתם יכולים ליצור דף פרטי מוצר ולציין את תיאור המשאב, שאילתות לדוגמה, נתוני הודעות לדוגמה, קישורים למסמכי תיעוד והוראות רלוונטיות למנויים. כשיוצרים דף אפליקציה, אפשר להקצות כתובת אימייל ראשית ליצירת קשר, פרטי ספק ופרטי בעל תוכן דיגיטלי. מידע נוסף על ניהול דפי אפליקציות

לפי מדיניות ה-IAM שמוגדרת ל-listing ולמאגר הנתונים הראשי שלו, ה-listing יכול להיות אחד מהסוגים הבאים:

  • רשימה פרטית: כברירת מחדל, רשימה היא פרטית ומשותפת ישירות עם משתמשים או קבוצות ספציפיים. לדוגמה, אפשר להפנות מטרנספורמציה פרטית לקבוצות נתונים של מדדים פנימיים שאתם משתפים עם צוותים ספציפיים בארגון.
  • רשימה ציבורית: משותפת עם כל משתמשיGoogle Cloud (allAuthenticatedUsers). רשימות במאגר נתונים ציבורי הן רשימות ציבוריות. הכרטיסים האלה יכולים להפנות למשאבים ציבוריים בחינם או למשאבים מסחריים. אם הרישום הוא של משאב מסחרי, המנויים יכולים לבקש גישה ישירות מספק הנתונים או לרכוש רישומים מסחריים שמשולבים ב-Cloud Marketplace.

אפשרויות של תעבורת נתונים יוצאת (egress)

במערכי נתונים משותפים ב-BigQuery, אפשרויות הייצוא של הנתונים מאפשרות לבעלי התוכן הדיגיטלי להגביל את המנויים מלייצא נתונים ממערכי נתונים מקושרים.

בעלי תוכן דיגיטלי יכולים להפעיל הגבלות על ייצוא נתונים ב-listing, בתוצאות של שאילתות או בשניהם. כשיציאת הנתונים מוגבלת, חלות ההגבלות הבאות:

  • ממשקי ה-API להעתקה, לשכפול, לייצוא ולתמונת מצב לא זמינים.
  • האפשרויות להעתקה, לשכפול, לייצוא ולתמונת מצב לא זמינות במסוף Google Cloud .
  • שירות העברת הנתונים ל-BigQuery לא זמין במערך הנתונים המוגבל.
  • הצהרות CREATE TABLE AS SELECT וכתיבה בטבלת יעד לא זמינות.
  • הצהרות CREATE VIEW AS SELECT וכתיבה לתצוגה מפורטת של יעד לא זמינות.

כשיוצרים כרטיס מוצר, אפשר להגדיר את האפשרויות המתאימות להעברת נתונים.

תהליך העבודה של המנוי

בתהליך העבודה של המנוי, אתם מעיינים במאגרי הנתונים כדי למצוא פריטים, נרשמים לפריטים ושולחים שאילתות למשאבים המקושרים בפרויקט:

תהליך העבודה של התפקיד "מנוי ב-Analytics Hub", שכולל משאבים משותפים, חילופי נתונים, כרטיסי מוצר ומשאבים מקושרים.

בקטעים הבאים מתוארים הרכיבים בתהליך העבודה של המנוי.

קבוצות נתונים מקושרות

מערך נתונים מקושר הוא מערך נתונים לקריאה בלבד ב-BigQuery, שמשמש כמצביע או כהפניה למערך נתונים משותף. כשנרשמים ל-listing, נוצר מערך נתונים מקושר בפרויקט בלי לשכפל את הנתונים. המנויים יכולים לשלוח שאילתות לטבלאות ולתצוגות רגילות בזמן אמת, אבל הם לא יכולים להוסיף או לעדכן אובייקטים במערך הנתונים.

קבוצות נתונים מקושרות מורשות לגשת לטבלאות ולתצוגות בקבוצת נתונים משותפת, בלי צורך בהרשאת IAM נוספת בקבוצת הנתונים הבסיסית של המקור. בנוסף לטבלאות ולתצוגות רגילות, מערכי נתונים מקושרים תומכים במשאבים המורשים הבאים:

מידע נוסף על מערכי נתונים מקושרים זמין במאמר הצגה והרשמה ל-listings ולחילופי נתונים.

מינויים מקושרים ל-Pub/Sub

כשנרשמים לפרסום עם נושא משותף, נוצר מינוי מקושר ל-Pub/Sub בפרויקט של המנוי, בלי לשכפל את הנושא המשותף או את נתוני ההודעות. מנויים של המינוי המקושר ל-Pub/Sub יכולים לגשת להודעות שפורסמו בנושא המשותף בלי הרשאת IAM נוספת בנושא המקור. בעלי התוכן הדיגיטלי יכולים לנהל את המינויים ישירות ב-Pub/Sub או דרך ניהול המינויים של BigQuery sharing.

מידע נוסף על מינויים מקושרים ל-Pub/Sub

תרחישים לדוגמה

בקטע הזה מפורטות דוגמאות לשימוש ב-BigQuery sharing לשיתוף פעולה עם שותפים ולמונטיזציה של נתונים.

שיתוף פעולה עם שותפים

נניח שאתם קמעונאים, והארגון שלכם שומר נתונים של חיזוי ביקוש בזמן אמת בפרויקט Google Cloud בשם Forecasting. אתם רוצים לשתף את נתוני חיזוי הביקוש האלה עם מאות ספקים ברשת של שרשרת האספקה שלכם. בקטעים הבאים מוסבר איך לשתף נתונים בין תפקידים.

מנהלי מערכת

כבעלים של הפרויקט Forecasting, אתם מפעילים את Analytics Hub API ומקצים את התפקיד "אדמין ב-Analytics Hub" (roles/analyticshub.admin) לחבר צוות שמנהל את החלפת הנתונים. חשבונות משתמשים עם התפקיד הזה הם אדמינים של שיתוף ב-BigQuery.

אדמין של שיתוף ב-BigQuery יכול לבצע את המשימות הבאות:

  • ליצור, לעדכן, למחוק ולשתף את מאגר הנתונים בפרויקט Forecasting של הארגון.
  • לנהל אדמינים אחרים של BigQuery sharing באמצעות התפקיד Analytics Hub Admin.
  • כדי לנהל את בעלי התפקידים שמפרסמים ב-BigQuery sharing, צריך להקצות לעובדים את התפקיד "בעל תוכן דיגיטלי ב-Analytics Hub" (roles/analyticshub.publisher). אם העובדים צריכים רק לעדכן, למחוק ולשתף כרטיסי מידע בלי ליצור אותם, מקצים להם את התפקיד אדמין של כרטיסי מידע ב-Analytics Hub (roles/analyticshub.listingAdmin).
  • כדי לנהל את המנויים לשיתוף ב-BigQuery, מקצים את התפקיד "מנוי ב-Analytics Hub" (roles/analyticshub.subscriber) לקבוצת Google שכוללת את כל הספקים. אם הספקים צריכים רק לראות את מאגרי הנתונים והרשומות הזמינים בלי להירשם, מקצים את התפקיד "צפייה ב-Analytics Hub" (roles/analyticshub.viewer).

למידע נוסף, קראו את המאמרים תפקידי IAM ב-BigQuery sharing וניהול של חילופי נתונים.

בעלי תוכן דיגיטלי

בתרחיש הזה, בעלי תוכן דיגיטלי שאוספים נתונים אורזים קבוצות נתונים של שרשרת אספקה בנפרד כדי לענות על הצרכים של הספקים. ספקי הנתונים יוצרים את כרטיסי המוצר הבאים בפרויקט Forecasting:

  • רשימה א': קבוצת נתונים 1 של תחזית ביקוש
  • דף עסקי ב': קבוצת נתונים 2 של תחזית ביקוש
  • קוד לדוגמה ג': קבוצת נתונים 3 של תחזית ביקוש

בעלי תוכן דיגיטלי יכולים לעקוב אחרי מדדי השימוש במערכי הנתונים שהם משתפים, כולל הפרטים הבאים:

  • משימות שפועלות על מערך הנתונים המשותף.
  • פרטי הצריכה לפי פרויקטים וארגונים של מנויים.
  • מספר השורות והבייטים הכולל שעובדו.

מידע נוסף על ניהול דפי אפליקציות

מנויים

המנויים מעיינים בפרטי הנתונים שיש להם גישה אליהם במאגרי הנתונים. ספקים נרשמים לפרסומים האלה כדי להוסיף מערכי נתונים לפרויקטים שלהם כמערכי נתונים מקושרים. הספקים יכולים להריץ שאילתות על מערכי הנתונים המקושרים האלה ולקבל תוצאות חיזוי בזמן אמת.

מידע נוסף זמין במאמר הצגה והרשמה לרישומים ולחילופי נתונים.

מונטיזציה של נתונים

נניח שאתם ספקי נתונים פיננסיים עם מערכי נתונים של תמחור היסטורי של מניות שנאספו בפרויקט Google Cloud בשם MarketDataSource. אתם רוצים לייצר הכנסות מהנתונים האלה על ידי הצעתם למוסדות פיננסיים ולסוחרים חיצוניים. בקטעים הבאים מוסבר איך לייצר הכנסות מנתונים באמצעות BigQuery sharing.

מנהלי מערכת

כבעלים של הפרויקט MarketDataSource, אתם מפעילים את Analytics Hub API ואת Cloud Marketplace API, ואז נותנים את התפקיד "אדמין ב-Analytics Hub" (roles/analyticshub.admin) לצוות שמנהל את המאגר המסחרי. חשבונות משתמשים עם התפקיד הזה הם אדמינים של BigQuery sharing.

אדמין של שיתוף ב-BigQuery יכול לבצע את המשימות הבאות:

  • יוצרים מאגר נתונים ציבורי ומשלבים אותו עם Cloud Marketplace.
  • כדי לנהל את בעלי התפקידים שמפרסמים נתונים באמצעות BigQuery sharing, צריך להקצות את התפקיד "בעל תוכן דיגיטלי ב-Analytics Hub" (roles/analyticshub.publisher) למהנדסי מערכות המידע שאחראים על יצירת דפי האפליקציה המסחריים. אם העובדים צריכים רק לעדכן, למחוק ולשתף כרטיסי מידע בלי ליצור אותם, צריך להקצות להם את התפקיד "אדמין של כרטיסי מידע ב-Analytics Hub" (roles/analyticshub.listingAdmin).
  • לנהל את התנאים המסחריים ואת מודלי התמחור ב-Cloud Marketplace.

מידע נוסף זמין במאמרים ניהול של מאגרי נתונים להחלפה ורישומים מסחריים שמשולבים ב-Cloud Marketplace.

בעלי תוכן דיגיטלי

בתרחיש הזה, בעלי תוכן דיגיטלי אורזים מוצרים של נתונים פיננסיים לתוך כרטיסי מוצר מדורגים שמבוססים על מודלים של מינויים. בעלי תוכן דיגיטלי יוצרים את כרטיסי המוצר הבאים:

  • דף אפליקציה א': מחירי מניות גלובליים (מינוי חודשי)
  • דף אפליקציה ב': אותות שוק בזמן אמת (מינוי שנתי)
  • כרטיס מוצר ג': אינדיקטורים כלכליים היסטוריים (תקופת ניסיון בחינם)

בעלי תוכן דיגיטלי יכולים לעקוב אחרי מדדי השימוש במערכי הנתונים שהם משתפים, כולל הפרטים הבאים:

  • משימות שפועלות על מערך הנתונים המשותף.
  • פרטי הצריכה לפי פרויקטים וארגונים של מנויים.
  • מספר השורות והבייטים הכולל שעובדו.

מידע נוסף על ניהול דפי אפליקציות

מנויים

המנויים יכולים לעיין במוצרים ב-BigQuery sharing או ישירות ב-Cloud Marketplace. אחרי רכישת המינוי, המנויים יוצרים קבוצת נתונים מקושרת בפרויקט Google Cloud שלהם, ושולחים שאילתות על נתונים היסטוריים לצד מודלים קנייניים של מסחר, בלי הטמעת נתונים ידנית או רפליקציה של קבצים.

מידע נוסף זמין במאמר הצגה והרשמה לרישומים ולחילופי נתונים.

תמחור

אין עלות נוספת על ניהול מאגרי נתונים או רישומים ב-BigQuery sharing.

בטבלה הבאה מפורטים מודלי התמחור של המשאבים הנתמכים:

משאב עלויות של בעלי תוכן דיגיטלי עלויות למנויים מידע נוסף
מערכי נתונים של BigQuery אחסון הנתונים שאילתות שמופעלות על הנתונים המשותפים (תמחור לפי דרישה או תמחור לפי קיבולת) תמחור ב-BigQuery
נושאים של Pub/Sub נתונים שנכתבו (קצב העברת נתונים של פרסום) ותעבורת נתונים יוצאת ברשת (אם רלוונטי) קריאת נתונים (קצב העברת נתונים של מינויים) ותעבורת נתונים יוצאת ברשת (אם רלוונטי) התמחור של Pub/Sub

אזורים נתמכים

אפשר להשתמש ב-BigQuery sharing באזורים הבאים:

אזורים

בטבלה הבאה מפורטים האזורים ביבשת אמריקה שבהם אפשר לשתף.
תיאור האזור שם האזור פרטים
קולומבוס, אוהיו 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-east1 ‫סמל של עלה רמה נמוכה של CO2‎
סנטיאגו southamerica-west1
דרום קרוליינה us-east1
טורונטו northamerica-northeast2
בטבלה הבאה מפורטים האזורים באסיה והאוקיינוס השקט שבהם אפשר לשתף.
תיאור האזור שם האזור פרטים
דלהי 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 ‫סמל של עלה רמה נמוכה של CO2‎
הולנד europe-west4 ‫סמל של עלה רמה נמוכה של CO2‎
פריז europe-west9 ‫סמל של עלה רמה נמוכה של CO2‎
טורינו europe-west12 ‫סמל של עלה רמה נמוכה של CO2‎
ורשה europe-central2 ‫סמל של עלה רמה נמוכה של CO2‎
ציריך europe-west6 ‫סמל של עלה רמה נמוכה של CO2‎
בטבלה הבאה מפורטים האזורים במזרח התיכון שבהם אפשר לשתף.
תיאור האזור שם האזור פרטים
דמאם me-central2
דוחה me-central1
תל אביב me-west1
בטבלה הבאה מפורטים האזורים באפריקה שבהם אפשר לשתף.
תיאור האזור שם האזור פרטים
יוהנסבורג africa-south1

במספר אזורים

בטבלה הבאה מפורטים האזורים שבהם אפשר לשתף.
תיאור של המיקום "במספר אזורים" השם של המיקום "במספר אזורים"
מרכזי נתונים במדינות החברות באיחוד האירופי1 EU
מרכזי נתונים בארצות הברית US

‫1 נתונים שנמצאים במיקום "במספר אזורים" של EU לא מאוחסנים במרכזי הנתונים europe-west2 (לונדון) או europe-west6 (ציריך).

אזורי Omni

בטבלה הבאה מפורטים המקומות שבהם אפשר לשתף את Omni.
תיאור האזור של Omni שם האזור בכל הערוצים
AWS
AWS – מזרח ארה"ב (צפון וירג'יניה) aws-us-east-1
AWS – מערב ארה"ב (אורגון) aws-us-west-2
AWS – אסיה-פסיפיק (סיאול) aws-ap-northeast-2
AWS - Asia Pacific (Sydney) aws-ap-southeast-2
AWS – אירופה (אירלנד) aws-eu-west-1
AWS – אירופה (פרנקפורט) aws-eu-central-1
Azure
Azure - East US 2 azure-eastus2

מכסות

מידע נוסף על מכסות ומגבלות של משאבים ב-BigQuery sharing

תאימות

‫BigQuery sharing, כחלק מ-BigQuery, עומד בדרישות של תוכניות התאימות הבאות:

מגבלות

בקטעים הבאים מתוארות המגבלות התפעוליות ומגבלות יכולת הפעולה ההדדית של BigQuery sharing.

מגבלות כלליות על משאבים

אלה המגבלות הכלליות על משאבים שחלות על BigQuery sharing:

  • קבוצת נתונים משותפת יכולה להכיל עד 1,000 קבוצות נתונים מקושרות.
  • לנושא משותף יכולים להיות עד 10,000 מינויים ל-Pub/Sub. המגבלה הזו כוללת מינויים מקושרים ל-Pub/Sub ומינויים שנוצרו ישירות ב-Pub/Sub.
  • אי אפשר לבחור קבוצת נתונים עם משאבים לא נתמכים כקבוצת נתונים משותפת. במאמר מערכי נתונים משותפים מפורטים האובייקטים הנתמכים.
  • אי אפשר להגדיר תפקידי IAM או כללי מדיניות IAM בטבלאות ספציפיות בתוך מערך נתונים מקושר. במקום זאת, צריך להחיל אותם ברמת מערך הנתונים המקושר.
  • אי אפשר לצרף תגי IAM לטבלאות בתוך מערך נתונים מקושר. במקום זאת, צריך להחיל אותם ברמת מערך הנתונים המקושר.
  • המשאב Subscription לא ממלא באופן רטרואקטיבי קבוצות נתונים מקושרות שנוצרו לפני 25 ביולי 2023. רק מינויים שנוצרו אחרי 25 ביולי 2023 פועלים עם השיטות של ה-API.

הגבלות על בעלי תוכן דיגיטלי

אם אתם בעלי תוכן דיגיטלי, חלות המגבלות הבאות על יכולת הפעולה ההדדית של BigQuery:

  • כדי לשלוח שאילתות לתצוגות בתוך מערכי נתונים מקושרים, אתם צריכים לתת למנויים הרשאות מפורשות לקרוא את מערך הנתונים של המקור. השיטה המומלצת היא ליצור תצוגות מורשות כדי לתת למנויים גישה לצפייה בנתונים, בלי לתת גישה לנתוני המקור הבסיסיים.
  • התוכנית לביצוע השאילתה חושפת את השאילתה של התצוגה המשותפת ואת ההגדרות של שאילתת השגרה, כולל מזהי הפרויקטים ומערכי נתונים אחרים שמעורבים בתצוגות המורשות. אל תכללו מידע רגיש, כמו מפתחות הצפנה, בתצוגה המשותפת או בשאילתה הרגילה.
  • מערכי נתונים משותפים נוספים לאינדקס ב-Knowledge Catalog. עדכוני סכימה במערך נתונים משותף זמינים למנויים באופן מיידי. עם זאת, אם יש יותר מ-100 מנויים או טבלאות במערך נתונים משותף, יכול להיות שיידרשו עד 18 שעות להוסיף את העדכונים לאינדקס. בגלל העיכוב בהוספה לאינדקס, המנויים לא יכולים לחפש משאבים מעודכנים במסוף Google Cloud באופן מיידי.
  • נושאים משותפים נוספים לאינדקס בקטלוג הידע, אבל אי אפשר לסנן אותם לפי סוג המשאב.
  • אם מגדירים מדיניות של אבטחה ברמת השורה, בקרת גישה ברמת העמודה או הסתרת נתונים בטבלאות שרשומות או במסדי נתונים טבלאיים שאליהם מפנות תצוגות מורשות משותפות, המנויים לא יכולים לשלוח שאילתות למערך הנתונים המקושר מהזמנה במהדורת Standard. המנויים צריכים להריץ משימות של שאילתות באמצעות מודל התמחור על פי דרישה או הזמנה של מהדורת Enterprise או Enterprise Plus. בקריירה במהדורת Standard, שאילתה נדחית גם אם היא מפנה רק לעמודות לא מוגנות בטבלה עם תגי מדיניות. למידע נוסף על מהדורות, קראו את המאמר מבוא למהדורות של BigQuery.

מגבלות על מספר המנויים

אם אתם מנויים, חלות מגבלות יכולת הפעולה ההדדית הבאות של BigQuery:

מגבלות על פרסום במספר אזורים

המגבלות הבאות חלות על דפי מוצר שכוללים כמה אזורים:

  • אפשר להוסיף קבוצות נתונים ממספר אזורים רק אם הן משותפות או אם הן רפליקות של קבוצות נתונים מקושרות. אי אפשר לפרסם בכמה אזורים נושאים או מינויים משותפים ב-Pub/Sub.
  • בחדרים נקיים לנתונים אין תמיכה בפרסום בכמה אזורים.
  • אין תמיכה בפרסום בכמה אזורים באזורים של BigQuery Omni.

מגבלות על מדדי השימוש

המגבלות הבאות חלות על מדדי השימוש:

  • אי אפשר לקבל מדדי שימוש של כרטיסי מוצר שנרשמו לפני 20 ביולי 2023.
  • מדדי השימוש בטבלה חיצונית בשדות num_rows_processed ו-total_bytes_processed עשויים להכיל נתונים לא מדויקים.

  • מדדי השימוש בצריכה נתמכים רק לשימוש עם משימות ב-BigQuery. המשאבים הבאים לא תומכים במדדי צריכה:

  • מדדי השימוש בתצוגות מאוכלסים רק לשאילתות שבוצעו אחרי 22 באפריל 2024.

  • מדדי השימוש לא מתועדים במינויים מקושרים ל-Pub/Sub ב-BigQuery. אפשר לראות את השימוש ישירות ב-Pub/Sub.

  • הפרוצדורות המאוחסנות ב-SQL לא זמינות בלוח הבקרה של מדדי השימוש ב-BigQuery sharing. אפשר לראות את הפרטים בתצוגה INFORMATION_SCHEMA.ROUTINES, אבל לא בתצוגה INFORMATION_SCHEMA.SHARED_DATASET_USAGE. מידע נוסף מופיע במאמר שימוש בתצוגות של INFORMATION_SCHEMA.

המגבלות של VPC Service Controls ו-Salesforce Data 360

המגבלות הבאות חלות על VPC Service Controls ועל Salesforce Data 360:

המאמרים הבאים