מכסות ומגבלות

מסמך זה מפרט את המכסות ומגבלות המערכת החלות על BigQuery.

• המכסות נקבעות כברירת מחדל, אבל בדרך כלל אפשר לבקש לשנות אותן.
• מגבלות המערכת קבועות ואי אפשר לשנות אותן.

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

מערכת המכסות ב-Cloud:

• עוקבת אחרי השימוש במוצרים ובשירותים של Google Cloud
• מגבילה את השימוש במשאבים האלה
• כוללת כלי שבאמצעותו אפשר לשלוח בקשות לשינוי המכסות ולשנות אותן אוטומטית

ברוב המקרים, כשאתם מנסים להשתמש ביותר משאבים מהמכסה, הגישה למשאב נחסמת ומה שאתם מנסים לעשות נכשל.

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

לסקירה כללית על מכסות ב-Cloud

ישנן גם מגבלות מערכת על משאבי BigQuery. שאי אפשר לשנות.

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

כברירת מחדל, המכסות והמגבלות של BigQuery חלות על בסיס לכל פרויקט. מכסות ומגבלות שחלות על בסיס שונה מצוינות בהתאם. לדוגמה, מספר העמודות המקסימלי לכל טבלה או מספר הבקשות המקסימלי ל-API בו-זמנית לכל משתמש. המדיניות הספציפית משתנה בהתאם לזמינות המשאבים, לפרופיל המשתמש, להיסטוריית Service Usage ולגורמים אחרים, והיא עשויה להשתנות ללא הודעה מוקדמת.

חידוש המכסה

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

שליחת בקשה להגדלת המכסה

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

בלחיצה על תראו לי איך תקבלו הסבר מפורט על התהליך של שליחת בקשה להגדלת מכסה במסוף Google Cloud :

תראו לי איך

הגבלת השימוש במכסה

כדי ללמוד איך להגביל את השימוש במשאב מסוים על ידי יצירת חריגה ממכסה, ראו יצירת חריגה ממכסה.

ההרשאות הנדרשות

כדי לראות ולעדכן את המכסות שלכם ב-BigQuery בGoogle Cloud מסוף, אתם צריכים את אותן הרשאות כמו לכל מכסה Google Cloud. מידע נוסף זמין במאמר בנושא Google Cloud הרשאות למכסות.

פתרון בעיות

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

תעסוקה

מכסות ומגבלות חלות על עבודות ש-BigQuery מריץ בשמכם, בין אם הן מורצות באמצעות Google Cloud המסוף, כלי שורת הפקודה של BigQuery או באופן פרוגרמטי באמצעות API בארכיטקטורת REST או ספריות לקוח.

משימות בהמתנה

המגבלה הבאה חלה על משימות ממתינות ב-BigQuery:

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

משימות של השאילתה

המיכסות הבאות חלות על משימות של שאילתות שנוצרות באופן אוטומטי על ידי הפעלת שאילתות אינטראקטיביות, שאילתות מתוזמנות ומשימות שנשלחות באמצעות ה-API של jobs.query ושיטות ה-API של jobs.insert מסוג שאילתה.

מידע לפתרון בעיות זמין בדף לפתרון בעיות ב-BigQuery.

מכסה	ברירת מחדל	הערות
שימוש בשאילתות ביום	‫200 טביבייט (TiB)	המכסה הזו חלה רק על מודל התמחור של שאילתות לפי דרישה. בפרויקט אפשר להריץ עד 200TiB של שאילתות ביום. אפשר לשנות את המגבלה הזו בכל שלב. מידע נוסף על אמצעים לשליטה בעלויות זמין במאמר יצירת מכסות מותאמות אישית לשאילתות. הצגת המכסה ב Google Cloud מסוף
שימוש בשאילתות ביום לכל משתמש	ללא הגבלה	המכסה הזו חלה רק על מודל התמחור של שאילתות לפי דרישה. אין מגבלת ברירת מחדל על מספר ה-TiB בשאילתות שמשתמש יכול להריץ ביום. אפשר להגדיר את המגבלה בכל שלב. ללא קשר למגבלה לכל משתמש, סך השימוש של כל המשתמשים בפרויקט לא יכול לחרוג מהמגבלה היומית של השימוש בשאילתות. מידע נוסף על אמצעים לשליטה בעלויות זמין במאמר יצירת מכסות מותאמות אישית לשאילתות. הצגת המכסה ב Google Cloud מסוף
GoogleSQL federated query cross-region bytes per day	1TB	אם מיקום העיבוד של שאילתת BigQuery שונה ממיקום מופע Cloud SQL, השאילתה היא שאילתה חוצת-אזורים. הפרויקט יכול להריץ עד 1 TB של שאילתות חוצות-אזורים בכל יום. מידע על שאילתות מאוחדות ב-Cloud SQL הצגת המכסה ב Google Cloud מסוף
מספר הבייטים שהועברו על ידי BigQuery Omni ביום	‫1 TB	אפשר להעביר עד 1 TB של נתונים ביום מקטגוריה של Amazon S3 או מ-Azure Blob Storage. הצגת המכסה ב Google Cloud מסוף
מספר הבייטים שהועברו לכל משימה ב-BigQuery Omni	‫60 GB	גודל ההעברה המקסימלי לכל משימה הוא 60 GB כשמריצים הצהרות CREATE TABLE AS SELECT (CTAS) או INSERT INTO SELECT באזורי BigQuery Omni כדי לסנן נתונים במהלך העברה בין עננים. המגבלה הזו חלה גם על צירופים ב-BigQuery Omni, שיוצרים שאילתת CTAS ב-Omni ברקע כדי להעביר נתונים לטבלה זמנית באזור שלכם ב-BigQuery. כדי לבקש הגדלה, פנו לתמיכה. מידע נוסף זמין במאמר בנושא עלויות של הצטרפות ל-BigQuery Omni.
בייטים שהועברו על ידי שאילתות גלובליות ביום לכל צמד אזורים	‫180TB	אפשר להעביר עד ‎180 TB‎ של נתונים ביום בין כל זוג אזורים באמצעות שאילתות גלובליות. כדי לבקש הגדלה של המכסות, פונים לתמיכה.
העתקת משימות של שאילתות גלובליות לכל פרויקט	10,000	ניתן לבצע עד 10,000 משימות העתקה לכל פרויקט בעת הפעלת שאילתות גלובליות שמעתיקות נתונים בין אזורים. שאילתה גלובלית אחת עשויה להפעיל כמה עבודות העתקה. כדי לבקש הגדלה של המכסות, פונים לתמיכה.
בייטים שהועברו על ידי עבודת העתקה אחת בשאילתה עם אחזור נתונים גלובלי	100GB	כברירת מחדל, משימת העתקה אחת שמהווה חלק משאילתה עם אחזור נתונים גלובלי יכולה להעביר עד 100GB. כדי לבקש הגדלה של המגבלה, פנו לתמיכה.
עדכונים באפשרויות כלליות ברמת הפרויקט	5	כשמריצים הצהרת DDL שמשנה אפשרויות הגדרה גלובליות, אפשר להריץ עד חמש הצהרות כל 10 שניות. המגבלה הזו רלוונטית להצהרות DDL הבאות: ALTER PROJECT SET OPTIONS ALTER ORGANIZATION SET OPTIONS

המגבלות הבאות חלות על משימות של שאילתות שנוצרות באופן אוטומטי על ידי הרצת שאילתות אינטראקטיביות, שאילתות מתוזמנות ומשימות שנשלחות באמצעות jobs.query ושיטות ה-API של סוג השאילתה jobs.insert:

הגבלה	ברירת מחדל	הערות
המספר המקסימלי של שאילתות אינטראקטיביות בתור	1,000 שאילתות	הפרויקט שלך יכול לאחסן בתור עד 1,000 שאילתות אינטראקטיביות. שאילתות אינטראקטיביות נוספות שחורגות מהמגבלה הזו מחזירות שגיאת מכסה. כדי לפתור את השגיאות האלה, אפשר לעיין במאמר בנושא איך להימנע ממגבלות על שאילתות אינטראקטיביות עם נפח גבוה.
המספר המקסימלי של שאילתות אצווה בתור	‫20,000 שאילתות	אפשר להוסיף לתור של הפרויקט עד 20,000 שאילתות אצווה. אם תשלחו עוד שאילתות באותו אצווה שחורגות מהמגבלה הזו, תקבלו שגיאת מכסה.
המספר המקסימלי של שאילתות אינטראקטיביות בו-זמניות נגד מקורות נתונים חיצוניים של Bigtable	‫16 שאילתות	בפרויקט אפשר להריץ עד 16 שאילתות בו-זמנית מול מקור נתונים חיצוני של Bigtable.
המספר המקסימלי של שאילתות בו-זמניות שמכילות פונקציות מרוחקות	‫10 שאילתות	אפשר להריץ עד עשר שאילתות בו-זמנית עם פונקציות מרוחקות לכל פרויקט.
מספר מקסימלי של שאילתות בו-זמניות עם כמה הצהרות	‫1,000 שאילתות עם כמה הצהרות	בפרויקט שלכם אפשר להריץ עד 1,000 שאילתות מרובות הצהרות בו-זמנית. מידע על מכסות ומגבלות אחרות שקשורות לשאילתות מרובות הצהרות זמין במאמר שאילתות מרובות הצהרות.
מספר מקסימלי של שאילתות SQL מדור קודם בו-זמניות שמכילות פונקציות UDF	6 שאילתות	בפרויקט אפשר להריץ עד שש שאילתות בו-זמניות ב-SQL מדור קודם עם פונקציות בהגדרת המשתמש (UDF). המגבלה הזו כוללת שאילתות אינטראקטיביות ושאילתות אצווה. שאילתות אינטראקטיביות שמכילות פונקציות UDF נספרות גם הן במגבלה המקבילה של שאילתות אינטראקטיביות. המגבלה הזו לא חלה על שאילתות GoogleSQL.
מגבלת הגודל היומית של שאילתות	ללא הגבלה	כברירת מחדל, אין מגבלה יומית על גודל השאילתות. עם זאת, אפשר להגביל את כמות הנתונים שהמשתמשים יכולים לשלוח לגביהם שאילתות על ידי יצירת מכסות בהתאמה אישית כדי לשלוט בשימוש בשאילתות ביום או בשימוש בשאילתות ביום לכל משתמש.
מגבלת העדכון היומי של טבלת היעד	ראו המספר המקסימלי של פעולות בטבלה ליום.	עדכונים של טבלאות יעד בעבודת שאילתה נספרים במגבלה על המספר המקסימלי של פעולות בטבלה ביום עבור טבלאות היעד. עדכונים בטבלת היעד כוללים פעולות של הוספה ושכתוב שמבוצעות על ידי שאילתות שאתם מריצים באמצעות Google Cloud המסוף, באמצעות כלי שורת הפקודה של BigQuery או באמצעות קריאה לשיטות ה-API‏ jobs.query ו-jobs.insert מסוג שאילתה.
מגבלת זמן ההרצה של שאילתה או שאילתה עם כמה הצהרות	6 שעות	שאילתה או שאילתה עם כמה הצהרות יכולות לפעול למשך 6 שעות לכל היותר, ואז הן נכשלות. עם זאת, יכול להיות שב-BigQuery תתבצע באופן פנימי נסיונות חוזרים להפעלת שאילתה בגלל בעיות זמניות, כמו הפעלה מחדש של השרת. מערכת BigQuery יכולה לנסות לבצע שאילתה שלוש פעמים לכל היותר, וכל ניסיון לבצע את השאילתה יכול להימשך עד 6 שעות. כתוצאה מכך, יכול להיות שזמן הריצה הכולל של שאילתה יהיה יותר מ-6 שעות (עד 18 שעות). כדי לבדוק אם בוצע ניסיון חוזר להפעלת משימה, אפשר לחפש את האותות הבאים: ‫Google Cloud console: בJobs Explorer, משווים בין שתי משרות. בקטע Query level analysis, מסמנים את התיבה Retry בכרטיסייה Metrics. INFORMATION_SCHEMAב-INFORMATION_SCHEMA.JOBS צפיות, בדוק אתfinal_execution_duration_ms עַמוּדָה. אם ההבדל בין start_time לבין end_time גדול משמעותית מ-final_execution_duration_ms, סימן שהשאילתה נוסתה שוב. ‫BigQuery API: באובייקט JobStatistics, בודקים את השדה finalExecutionDurationMs. אם ההבדל בין startTime לבין endTime גדול משמעותית מ-finalExecutionDurationMs, סימן שהשאילתה נוסתה שוב. מידע נוסף מופיע במאמר בנושא פתרון בעיות בשאילתות בקטע משך הביצוע. ברירת המחדל של הזמן הקצוב לתפוגה של משימת CREATE MODEL היא 24 שעות, למעט משימות של סדרות זמן, AutoML וכוונון היפר-פרמטרים, שהזמן הקצוב לתפוגה שלהן הוא 48 שעות.
המספר המקסימלי של משאבים שאפשר להפנות אליהם בכל שאילתה	‫1,000 משאבים	אחרי הרחבה מלאה, שאילתה יכולה להפנות ל-1,000 משאבים לכל היותר, כולל טבלאות ייחודיות, תצוגות ייחודיות, פונקציות בהגדרת משתמש (UDF) ייחודיות ופונקציות טבלה ייחודיות. המגבלה הזו כוללת את הפריטים הבאים: טבלאות, תצוגות, UDF ופונקציות טבלה שהשאילתה מפנה אליהן ישירות. טבלאות, תצוגות, פונקציות UDF ופונקציות טבלה שהופנו אליהן על ידי תצוגות, פונקציות UDF ופונקציות טבלה אחרות שהופנו אליהן בשאילתה.
האורך המקסימלי של שאילתת SQL	‫1,024k תווים	שאילתת SQL יכולה להיות באורך של עד 1,024k תווים. המגבלה הזו כוללת הערות ותווים של רווח לבן. אם השאילתה ארוכה יותר, תקבלו את השגיאה הבאה: The query is too large. כדי לא לחרוג מהמגבלה הזו, כדאי להחליף מערכים או רשימות גדולים בפרמטרים של שאילתה ולחלק שאילתה ארוכה לכמה שאילתות בסשן.
האורך המקסימלי של שאילתת SQL מדור קודם שלא נפתרה	‫256KB	אורך שאילתת SQL מדור קודם שלא נפתרה יכול להיות עד 256KB. אם השאילתה ארוכה יותר, מוצגת השגיאה הבאה: The query is too large. כדי לא לחרוג מהמגבלה הזו, כדאי להחליף מערכים או רשימות גדולים בפרמטרים של שאילתות.
אורך מקסימלי של שאילתת GoogleSQL שלא נפתרה	‫1MB	אורך שאילתת GoogleSQL שלא נפתרה יכול להיות עד 1MB. אם השאילתה ארוכה יותר, מוצגת השגיאה הבאה: The query is too large. כדי לא לחרוג מהמגבלה הזו, כדאי להחליף מערכים או רשימות גדולים בפרמטרים של שאילתה.
האורך המקסימלי של שאילתות מדור קודם ו-GoogleSQL שנפתרו	12 MB	המגבלה על אורך השאילתה שנפתרה כוללת את האורך של כל התצוגות והטבלאות עם התווים הכלליים שאליהן מתייחסת השאילתה.
מספר הפרמטרים המקסימלי בשאילתת GoogleSQL	‫10,000 פרמטרים	שאילתת GoogleSQL יכולה לכלול עד 10,000 פרמטרים.
גודל בקשה מקסימלי	10 מגה-בייט	גודל הבקשה יכול להיות עד 10 מגה-בייט, כולל מאפיינים נוספים כמו פרמטרים של שאילתה.
גודל תגובה מקסימלי	10GB דחוסים	הגדלים משתנים בהתאם ליחסי הדחיסה של הנתונים. גודל התגובה בפועל עשוי להיות גדול משמעותית מ-10GB. הגודל המקסימלי של התגובה הוא בלתי מוגבל כשכותבים תוצאות של שאילתות גדולות לטבלת יעד.
גודל שורה מקסימלי	‫100MB	גודל השורה המקסימלי הוא משוער, כי המגבלה מבוססת על הייצוג הפנימי של נתוני השורה. מגבלת גודל השורה המרבי נאכפת במהלך שלבים מסוימים של ביצוע משימת השאילתה.
מספר העמודות המקסימלי בטבלה, בתוצאת שאילתה או בהגדרת תצוגה	‫10,000 עמודות	טבלה, תוצאת שאילתה או הגדרת תצוגה יכולות להכיל עד 10,000 עמודות. הנתון כולל עמודות מקוננות ועמודות חוזרות. עמודות שנמחקו יכולות להמשיך להיספר במספר העמודות הכולל. אם מחקתם עמודות, יכול להיות שתקבלו שגיאות שקשורות למכסה עד שהמכסה הכוללת תתאפס.
מספר מקסימלי של משבצות בו-זמנית לתמחור לפי דרישה	‫2,000 משבצות לכל פרויקט ‫20,000 משבצות לכל ארגון	במחיר לפי דרישה, בפרויקט יכולים להיות עד 2,000 משבצות זמן בו-זמניות. יש גם מכסה של 20,000 משבצות בו-זמניות ברמת הארגון. מערכת BigQuery מנסה להקצות משבצות באופן הוגן בין פרויקטים בארגון אם הביקוש הכולל שלהם גבוה מ-20,000 משבצות. משבצות BigQuery משותפות לכל השאילתות בפרויקט יחיד. ייתכן ש-BigQuery יחרוג ממגבלה זו כדי להאיץ את תהליך השאילתות שלך. הקיבולת כפופה לזמינות. כדי לבדוק כמה חריצים נמצאים בשימוש, אפשר לעיין במאמר בנושא מעקב אחרי BigQuery באמצעות Cloud Monitoring.
שימוש מקסימלי במעבד (CPU) לכל נתונים שנסרקו בתמחור על פי דרישה	‫256 שניות CPU לכל MiB שנסרק	בתמחור על פי דרישה, השאילתה יכולה להשתמש בעד כ-256 שניות CPU לכל MiB של נתונים שנסרקו. אם השאילתה דורשת יותר מדי משאבי CPU ביחס לכמות הנתונים שעוברים עיבוד, היא תיכשל ותוצג השגיאה billingTierLimitExceeded. מידע נוסף זמין במאמר בנושא הודעות שגיאה.
שינויים בטבלת עסקאות עם כמה דפי פירוט	100 שולחנות	טרנזקציה יכולה לשנות נתונים ב-100 טבלאות לכל היותר.
שינויים במחיצות של עסקאות עם כמה הצהרות	‫100,000 שינויים במחיצות	טרנזקציה יכולה לבצע לכל היותר 100,000 שינויים במחיצות.
גודל תוצאת שאילתה מקסימלי של BigQuery Omni	‫20GiB לא דחוס	גודל התוצאה המרבי הוא 20 ג'יגה-בייט לוגיים בעת שאילתה על נתוני Microsoft Azure או AWS. אם תוצאת השאילתה גדולה מ-20 GiB, כדאי לייצא את התוצאות ל-Amazon S3 או ל-Blob Storage. מידע נוסף מופיע בקטע מגבלות של BigQuery Omni.
הגודל הכולל של תוצאות השאילתה ב-BigQuery Omni ליום	1TB	גודל התוצאות הכולל של שאילתות בפרויקט הוא 1 TB ביום. מידע נוסף זמין במאמר מגבלות של BigQuery Omni.
גודל השורה המקסימלי ב-BigQuery Omni	‎10 MiB	גודל השורה המקסימלי הוא 10MiB כשמבצעים שאילתה על נתונים ב-Microsoft Azure או ב-AWS. מידע נוסף מופיע בקטע מגבלות של BigQuery Omni.
העברה של שאילתות גלובליות	‫‎2 GiB/s	רוחב הפס של ההעברה המשמש את שאילתות גלובליות, לכל פרויקט, לכל זוג אזורים

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

חילוץ משרות

המגבלות הבאות חלות על משימות של שליפת נתונים מ-BigQuery באמצעות כלי שורת הפקודה של BigQuery,‏ Google Cloud Console או שיטת ה-API jobs.insert מסוג extract.

הגבלה	ברירת מחדל	הערות
מספר הבייטים המקסימלי שניתן לחלץ ביום	‫50 TiB	המגבלה של 50TiB ליום (ExtractBytesPerDay) היא מגבלה למניעת שימוש לרעה שחלה רק על משימות חילוץ שמשתמשות במאגר משבצות משותף בחינם. אפשר לחלץ עד 50TiB של נתונים ביום מפרויקט ללא עלות באמצעות מאגר המשבצות המשותף. אתם יכולים להגדיר מדיניות התראות ב-Cloud Monitoring כדי לקבל התראה על מספר הבייטים שחולצו. משימות חילוץ פטורות מהמגבלה היומית של 50TiB ויכולות לחרוג ממנה אם מבצעים אחת מהפעולות הבאות: יוצרים הזמנת משבצת זמן או משתמשים בהזמנה קיימת, ואז מקצים את הפרויקט להזמנה עם סוג העבודה PIPELINE. מכיוון שעבודות החילוץ משתמשות בקיבולת משבצות ייעודית או בקיבולת משבצות שניתנת להרחבה אוטומטית, במקום במאגר המשותף, הן עוקפות את המכסה היומית של 50TiB. החיוב מתבצע באמצעות תמחור מבוסס קיבולת. אין תמיכה בדוחות EXPORT DATA בהזמנות מסוג PIPELINE. משתמשים בהצהרת ה-SQL‏ EXPORT DATA. ההצהרה מופעלת כמשימת שאילתה באמצעות קיבולת שאילתה ולא מאגר החילוץ המשותף, ולכן היא פטורה ממכסת בייטים לחילוץ. החיוב מתבצע לפי תמחור על פי דרישה או לפי תמחור על בסיס קיבולת, בהתאם להגדרת הפרויקט. להשתמש ב-Storage Read API. קריאות בסטרימינג קוראות ישירות מאחסון BigQuery, ולכן הן לא נכללות במכסות של משימות החילוץ. החיוב מתבצע לפי המחיר של קריאות סטרימינג. זמן התפוגה מובטח להיות לפחות 6 שעות ממועד יצירת הסשן.
מספר מקסימלי של משימות חילוץ ביום	‫100,000 משימות חילוץ	המגבלה של 100,000 משימות חילוץ ביום היא מגבלה למניעת ניצול לרעה שחלה רק על משימות חילוץ שמשתמשות במאגר משבצות משותף בחינם. אתם יכולים להריץ עד 100,000 עבודות חילוץ ביום בפרויקט ללא עלות באמצעות מאגר המשבצות המשותף. משימות חילוץ פטורות מהמגבלה של 100,000 משימות ביום, ויכולות לחרוג ממנה אם מבצעים אחת מהפעולות הבאות: צור הזמנת משבצת או השתמש בהזמנה קיימת, ולאחר מכן הקצה את הפרויקט שלך להזמנה עם סוג העבודה PIPELINE. מכיוון שעבודות החילוץ משתמשות בקיבולת ייעודית או בקיבולת שניתנת להרחבה אוטומטית במקום במאגר המשותף, הן עוקפות לחלוטין את המגבלה היומית על עבודות חילוץ. החיוב מתבצע לפי תמחור מבוסס-קיבולת. השתמש ב EXPORT DATA הצהרת SQL. הסיבה לכך היא שההצהרה מופעלת כמשימת שאילתה, ולכן היא פטורה ממגבלות על משימות חילוץ יומיות. החיוב מתבצע לפי תמחור על פי דרישה או לפי תמחור על בסיס קיבולת, בהתאם להגדרת הפרויקט. להשתמש ב-Storage Read API. קריאות בסטרימינג קוראות ישירות מאחסון BigQuery, ולכן הן לא נכללות במכסות של משימות החילוץ. החיוב מתבצע לפי המחיר של קריאות סטרימינג. זמן התפוגה מובטח להיות לפחות 6 שעות ממועד יצירת הסשן.
הגודל המקסימלי של טבלה שחולצה לקובץ יחיד	‎1GB	אפשר לחלץ עד ‎1 GB‎ של נתוני טבלה לקובץ יחיד. כדי לחלץ יותר מ-1GB של נתונים, צריך להשתמש ב תו כללי כדי לחלץ את הנתונים לכמה קבצים. כאשר מחלצים נתונים למספר קבצים, גודל הקבצים משתנה. במקרים מסוימים, גודל קבצי הפלט גדול מ-1 ג'יגה-בייט.
URI מסוג Wildcard (תו כללי) לכל משימת חילוץ	‫500 מזהי URI	משימת חילוץ יכולה לכלול עד 500 כתובות URI עם תווים כלליים.

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

טעינת משרות

המגבלות הבאות חלות כאשר אתהטעינת נתונים לתוך BigQuery, באמצעות ה-Google Cloud מסוף, כלי שורת הפקודה של BigQuery, או סוג הטעינהjobs.insert שיטת API.

הגבלה	ברירת מחדל	הערות
טעינת משימות לכל טבלה ליום	‫1,500 משרות	משימות טעינה, כולל משימות טעינה שנכשלו, נספרות במגבלה על מספר פעולות הטבלה ביום עבור טבלת היעד. מידע על מגבלות לגבי מספר פעולות הטבלה ביום עבור טבלאות רגילות וטבלאות עם חלוקה למחיצות זמין במאמר בנושא טבלאות.
טעינת משרות ליום	‫100,000 משרות	המכסה שלכם בפרויקט מתחדשת עד 100,000 משימות טעינה כל 24 שעות. המגבלה הזו כוללת עבודות טעינה שנכשלו. במקרים מסוימים, אפשר להריץ יותר מ-100,000 עבודות טעינה ב-24 שעות אם לא נעשה שימוש מלא במכסת היומית הקודמת.
מספר העמודות המקסימלי לכל טבלה	‫10,000 עמודות	בטבלה יכולות להיות עד 10,000 עמודות. הנתון כולל עמודות מקוננות ועמודות חוזרות.
הגודל המקסימלי לכל משימת טעינה	‫15TB	הגודל הכולל של כל קובצי הקלט בפורמטים CSV,‏ JSON,‏ Avro,‏ Parquet ו-ORC יכול להיות עד 15TB. המגבלה הזו לא חלה על משרות עם הזמנה.
מספר מקסימלי של כתובות URI של מקור בהגדרת משימה	‫10,000 כתובות URI	הגדרת עבודה יכולה לכלול עד 10,000 כתובות URI של מקורות.
מספר הקבצים המקסימלי לכל משימת טעינה	‫10,000,000 קבצים	עבודת טעינה יכולה לכלול עד 10 מיליון קבצים בסך הכול, כולל כל הקבצים שתואמים לכל ה-URI עם התווים הכלליים.
מספר הקבצים המקסימלי בקטגוריה של Cloud Storage במקור	בערך 60,000,000 קבצים	עבודת טעינה יכולה לקרוא מקטגוריה של Cloud Storage שמכילה עד כ-60,000,000 קבצים.
מגבלת זמן לביצוע משימת טעינה	6 שעות	אם עבודת טעינה נמשכת יותר משש שעות, היא נכשלת.
‫Avro: גודל מקסימלי של בלוקים של נתוני קובץ	‫16MB	הגודל המקסימלי של בלוקי נתונים בקובץ Avro הוא 16MB.
‫CSV: גודל תא מקסימלי	‫100MB	הגודל של תאי CSV יכול להיות עד 100MB.
קובץ CSV: גודל שורה מקסימלי	‫100MB	שורות CSV יכולות להיות בגודל של עד 100 מגה-בייט.
CSV: גודל קובץ מקסימלי - דחוס	‫4GB	הגודל המקסימלי של קובץ CSV דחוס הוא 4GB.
CSV: גודל קובץ מקסימלי - לא דחוס	5TB	מגבלת הגודל לקובץ CSV לא דחוס היא 5TB.
JSON מופרד בשורות חדשות (ndJSON): גודל שורה מקסימלי	‫100MB	שורות ndJSON יכולות להיות בגודל של עד 100 מגה-בייט.
‫ndJSON: גודל קובץ מקסימלי – דחוס	‫4GB	הגודל המקסימלי של קובץ ndJSON דחוס הוא 4GB.
ndJSON: גודל קובץ מקסימלי - לא דחוס	5TB	המגבלה על גודל של קובץ ndJSON לא דחוס היא 5TB.

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

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

שיקולים לגבי מכסת משימות הטעינה בשירות העברת נתונים ל-BigQuery

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

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

Number of daily jobs = Number of transfers x Number of tables x Schedule frequency x Refresh window

כאשר:

• ‫Number of transfers הוא מספר הגדרות ההעברה שהפעלתם בפרויקט.

• ‫Number of tables הוא מספר הטבלאות שנוצרו על ידי כל סוג העברה ספציפי. מספר הטבלאות משתנה בהתאם לסוג ההעברה:

  • העברות של Campaign Manager יוצרות כ-25 טבלאות.
  • העברות מ-Google Ads יוצרות כ-60 טבלאות.
  • העברות מ-Google Ad Manager יוצרות כ-40 טבלאות.
  • העברות מ-Google Play יוצרות כ-25 טבלאות.
  • העברות מ-Search Ads 360 יוצרות בערך 50 טבלאות.
  • העברות ביוטיוב יוצרות כ-50 טבלאות.

• Schedule frequency מתארת את תדירות ההרצה של ההעברה. לוחות הזמנים של ההרצות של ההעברה מופיעים לכל סוג העברה:

  • ‫Campaign Manager
  • Google Ads
  • Google Ad Manager
  • ‫Google Merchant Center (בטא)
  • Google Play
  • ‫Search Ads 360 (בטא)
  • ערוץ YouTube
  • בעלי התוכן ב-YouTube

• ‫Refresh window הוא מספר הימים שייכללו בהעברת הנתונים. אם מזינים 1, לא מתבצע מילוי חוסרים יומי.

העתקת משימות

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

הגבלה	ברירת מחדל	הערות
העתקת משרות לכל טבלת יעד בכל יום		אפשר לעיין בפעולות בטבלה ליום.
העתקת משרות ליום	‫100,000 משרות	בכל יום אפשר להריץ עד 100,000 עבודות העתקה בפרויקט.
משימות העתקה בין אזורים לכל טבלת יעד ביום	‫100 משרות	בכל יום אפשר להריץ עד 100 עבודות העתקה חוצות אזורים לטבלת יעד.
משימות העתקה בין אזורים ביום	‫2,000 משרות	בכל יום אפשר להריץ עד 2,000 משימות העתקה בין אזורים בפרויקט.
מספר טבלאות המקור להעתקה	‫1,200 טבלאות מקור	אפשר להעתיק עד 1,200 טבלאות מקור לכל משימת העתקה.

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

המגבלות הבאות חלות על העתקה של מערכי נתונים:

הגבלה	ברירת מחדל	הערות
המספר המקסימלי של טבלאות במערך נתוני המקור	‫25,000 טבלאות	מערך נתונים של מקור יכול להכיל עד 25,000 טבלאות.
המספר המקסימלי של טבלאות שאפשר להעתיק בכל הרצה למערך נתונים של יעד באותו אזור	‫20,000 טבלאות	בכל הרצה של פרויקט אפשר להעתיק עד 20,000 טבלאות למערך נתונים של יעד באותו אזור. אם מערך נתונים של מקור מכיל יותר מ-20,000 טבלאות, שירות העברת נתונים ל-BigQuery מתזמן הפעלות עוקבות, כאשר כל אחת מהן מעתיקה עד 20,000 טבלאות, עד שכל הטבלאות יועתקו. ההפעלות האלה מופרדות על ידי מרווח ברירת מחדל של 24 שעות, שהמשתמשים יכולים להתאים אישית עד למינימום של 12 שעות.
המספר המקסימלי של טבלאות שאפשר להעתיק בכל הרצה למערך נתונים ביעד באזור אחר	‫1,000 טבלאות	הפרויקט שלך יכול להעתיק מקסימום 1,000 טבלאות בכל הפעלה למערך נתונים יעד באזור אחר. אם מערך נתוני המקור מכיל יותר מ-1,000 טבלאות, שירות העברת הנתונים ל-BigQuery מתזמן הפעלות רצופות, שבכל אחת מהן מועתקות עד 1,000 טבלאות, עד שכל הטבלאות מועתקות. ההפעלות האלה מופרדות על ידי מרווח ברירת מחדל של 24 שעות, שהמשתמשים יכולים להתאים אישית עד למינימום של 12 שעות.

הזמנות

המכסות הבאות חלות על הזמנות:

מכסה	ברירת מחדל	הערות
המספר הכולל של משבצות לאזור האיחוד האירופי	5,000 משבצות	מספר הסלוטים המקסימלי ב-BigQuery שאפשר לרכוש באזור מרובה של האיחוד האירופי באמצעות מסוף Google Cloud . הצגת מכסות ב Google Cloud מסוף
מספר כולל של חריצים באזור ארה"ב	10,000 משבצות	מספר הסלוטים המקסימלי ב-BigQuery שאפשר לרכוש באזור מרובה בארה"ב באמצעות מסוף Google Cloud . הצגת מכסות ב Google Cloud מסוף
המספר הכולל של משבצות באזור us-east1	‫4,000 משבצות	מספר הסלוטים המקסימלי ב-BigQuery שאפשר לרכוש באזור שמופיע ברשימה באמצעות Google Cloud המסוף. הצגת מכסות ב Google Cloud מסוף
המספר הכולל של משבצות הפרסום באזורים הבאים: asia-south1 asia-southeast1 europe-west2 us-central1 us-west1	‫2,000 חריצים	המספר המרבי של משבצות BigQuery שניתן לרכוש בכל אחד מהאזורים המפורטים באמצעות ה- Google Cloud לְנַחֵם. הצגת מכסות ב Google Cloud מסוף
המספר הכולל של משבצות הפרסום באזורים הבאים: asia-east1 asia-northeast1 asia-northeast3 asia-southeast2 australia-southeast1 europe-north1 europe-west1 europe-west3 europe-west4 northamerica-northeast1 us-east4 southamerica-east1	‫1,000 משבצות	המספר המקסימלי של משבצות BigQuery שאפשר לרכוש בכל אחד מהאזורים שמופיעים ברשימה באמצעות Google Cloud המסוף. הצגת מכסות ב Google Cloud מסוף
המספר הכולל של יחידות הקיבולת באזורים של BigQuery Omni	‫100 משבצות	מספר הסלוטים המקסימלי ב-BigQuery שאפשר לרכוש באזורים של BigQuery Omni באמצעות מסוף Google Cloud . הצגת מכסות ב Google Cloud מסוף
המספר הכולל של משבצות לכל שאר האזורים	‫500 משבצות	המספר המקסימלי של משבצות BigQuery שאפשר לרכוש בכל אזור אחר באמצעות Google Cloud המסוף. הצגת מכסות ב Google Cloud מסוף

המגבלות הבאות חלות על הזמנות:

הגבלה	ערך	הערות
מספר פרויקטים לניהול להזמנות של יחידות קיבולת (Slot)	‫10 פרויקטים לכל ארגון	המספר המקסימלי של פרויקטים בארגון שיכולים להכיל הזמנה או התחייבות פעילה למשבצות במיקום או באזור נתונים מסוים.
מספר מקסימלי של הזמנות של מהדורות רגילות	‫10 הזמנות לכל פרויקט	המספר המרבי של הזמנות מהדורה רגילה לכל פרויקט ניהול בתוך ארגון עבור מיקום / אזור נתון.
מספר מקסימלי של הזמנות במהדורות Enterprise או Enterprise Plus	‫200 הזמנות לכל פרויקט	המספר המרבי של הזמנות במהדורת Enterprise או Enterprise Plus לכל פרויקט ניהול בתוך ארגון עבור מיקום / אזור נתון.
מספר מקסימלי של משבצות בהזמנה המשויכת להקצאת הזמנה עם סוג העבודה CONTINUOUS.	‫500 משבצות	כאשר ברצונך ליצור הקצאת הזמנה בעלת סוג העבודה CONTINUOUS, ההזמנה המשויכת לא יכולה להכיל יותר מ-500 משבצות.

מערכי נתונים

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

הגבלה	ברירת מחדל	הערות
מספר מערכי הנתונים המקסימלי	ללא הגבלה	אין הגבלה על מספר מערכי הנתונים שיכולים להכיל פרויקט.
מספר טבלאות לכל מערך נתונים	ללא הגבלה	כשמשתמשים בקריאה ל-API, הביצועים של הספירה יורדים ככל שמתקרבים ל-50,000 טבלאות במערך נתונים. במסוף Google Cloud אפשר להציג עד 50,000 טבלאות לכל מערך נתונים.
מספר המשאבים המורשים ברשימת בקרת הגישה של מערך נתונים	2,500 משאבים	ברשימת בקרת הגישה של מערך נתונים יכולים להיות עד 2,500 משאבים מורשים בסך הכול, כולל תצוגות מורשות, מערכי נתונים מורשים ופונקציות מורשות. אם חרגתם מהמגבלה הזו בגלל מספר גדול של תצוגות מורשות, כדאי לקבץ את התצוגות במערכי נתונים מורשים. כנוהג מומלץ, קבץ תצוגות קשורות למערכי נתונים מורשים בעת עיצוב ארכיטקטורות BigQuery חדשות, במיוחד ארכיטקטורות מרובות דיירים.
מספר פעולות העדכון של מערך הנתונים לכל מערך נתונים כל 10 שניות	‫5 פעולות	הפרויקט שלך יכול לבצע עד חמש פעולות עדכון של מערך נתונים כל 10 שניות. מגבלת עדכון מערך הנתונים כוללת את כל פעולות עדכון המטא-נתונים שבוצעו על ידי הגורמים הבאים: מסוףGoogle Cloud כלי שורת הפקודה של BigQuery ספריות לקוחות BigQuery שיטות ה-API הבאות: datasets.insert datasets.patch datasets.update datasets.delete datasets.undelete משפטי ה-DDL הבאים: CREATE SCHEMA ALTER SCHEMA DROP SCHEMA UNDROP SCHEMA
אורך מקסימלי של תיאור מערך נתונים	‫16,384 תווים	כשמוסיפים תיאור למערך נתונים, הטקסט יכול להכיל עד 16,384 תווים.

Tables

כל השולחנות

המגבלות הבאות חלות על כל טבלאות BigQuery.

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

הגבלה	ברירת מחדל	הערות
האורך המקסימלי של שם עמודה	‫300 תווים	שם העמודה יכול להכיל עד 300 תווים.
האורך המקסימלי של תיאור עמודה	‫1,024 תווים	כשמוסיפים תיאור לעמודה, הטקסט יכול להכיל עד 1,024 תווים.
העומק המקסימלי של רשומות מקוננות	‫15 רמות	עמודות מהסוג RECORD יכולות להכיל סוגים מוטמעים של RECORD, שנקראים גם רשומות צאצא. המגבלה המקסימלית של עומק הקינון היא 15 רמות. המגבלה הזו לא תלויה בשאלה אם הרשומות הן סקלריות או מבוססות על מערך (חוזרות).
האורך המקסימלי של תיאור טבלה	‫16,384 תווים	בעת הוספת תיאור לטבלה, הטקסט יכול להיות באורך של 16,384 תווים לכל היותר.

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

טבלאות רגילות

המגבלות הבאות חלות על טבלאות סטנדרטיות (מובנות) ב-BigQuery:

הגבלה	ברירת מחדל	הערות
שינויים בטבלה ליום	‫1,500 שינויים	בכל יום אפשר לבצע עד 1,500 שינויים בטבלה בכל טבלה בפרויקט. משימת טעינה, משימת העתקה או משימת שאילתה שמוסיפה נתונים לטבלה או מחליפה את הנתונים בטבלה נחשבת כשינוי אחד בטבלה. אי אפשר לשנות את המגבלה הזו. הוראות DML לא נכללות ולא נספרות במסגרת מספר השינויים בטבלה ביום. נתונים בסטרימינג לא נכללים ולא נספרים במספר השינויים בטבלה ביום.
הקצב המקסימלי של פעולות עדכון מטא-נתונים של טבלה לכל טבלה	5 פעולות לכל 10 שניות	בכל פרויקט אפשר לבצע עד חמש פעולות של עדכון מטא-נתונים של טבלה בכל 10 שניות לכל טבלה. מגבלה זו חלה על כל פעולות עדכון המטא-נתונים של הטבלה, המבוצעות על ידי הפעולות הבאות: מסוףGoogle Cloud כלי שורת הפקודה של BigQuery ספריות לקוחות BigQuery שיטות ה-API הבאות: tables.insert tables.patch tables.update הצהרות DDL בטבלאות המגבלה הזו כוללת גם את הסכום הכולל של כל עבודות הטעינה, עבודות ההעתקה ועבודות השאילתות שמצורפות לטבלת יעד או מחליפות אותה, או שמשתמשות בהצהרות DML ‏DELETE, ‏INSERT, ‏MERGE, ‏TRUNCATE TABLE או UPDATE כדי לכתוב נתונים בטבלה. שימו לב: למרות שהוראות DML נספרות כחלק מהמגבלה הזו, הן לא כפופות לה אם היא מושגת. לפעולות DML יש מגבלות קצב ייעודיות. אם תחרגו מהמגבלה הזו, תקבלו הודעת שגיאה כמו Exceeded rate limits: too many table update operations for this table. זו שגיאה זמנית. אפשר לנסות שוב עם השהיה מעריכית לפני ניסיון חוזר (exponential backoff). כדי לזהות את הפעולות שנכללות במגבלה הזו, אפשר לבדוק את היומנים. הוראות לאבחון ולפתרון השגיאה הזו מופיעות במאמר פתרון בעיות שקשורות למכסות.
מספר העמודות המקסימלי לכל טבלה	‫10,000 עמודות	כל טבלה, תוצאת שאילתה או הגדרת תצוגה יכולים לכלול עד 10,000 עמודות. היא כוללת עמודות במבנה היררכי ועמודות שחוזרות על עצמן.

טבלאות חיצוניות

ההגבלות הבאות חלות על טבלאות BigQuery עם נתונים שמאוחסנים ב-Cloud Storage בפורמט Parquet,‏ ORC,‏ Avro,‏ CSV או JSON:

הגבלה	ברירת מחדל	הערות
המספר המקסימלי של כתובות URI של מקורות לכל טבלה חיצונית	‫10,000 כתובות URI	כל טבלה חיצונית יכולה להכיל עד 10,000 כתובות URI של מקורות.
המספר המקסימלי של קבצים לכל טבלה חיצונית	‫10,000,000 קבצים	בטבלה חיצונית יכולים להיות עד 10 מיליון קבצים, כולל כל הקבצים שתואמים לכל כתובות ה-URI עם התווים הכלליים.
גודל מקסימלי של נתונים מאוחסנים ב-Cloud Storage לכל טבלה חיצונית	‫600TB	גודל הטבלה החיצונית יכול להיות עד 600 טרה-בייט בכל קובצי הקלט. המגבלה הזו חלה על גודלי הקבצים כפי שהם מאוחסנים ב-Cloud Storage. הגודל הזה לא זהה לגודל שמשמש בנוסחת התמחור של השאילתה. בטבלאות שחולקו למחיצות באופן חיצוני, המגבלה חלה אחרי הסרת מחיצות.
מספר הקבצים המקסימלי בקטגוריה של Cloud Storage במקור	כ-300,000,000 קבצים	טבלה חיצונית יכולה להפנות לקטגוריה של Cloud Storage שמכילה עד כ-300,000,000 קבצים. בטבלאות שמחולקות למחיצות חיצוניות, ההגבלה הזו חלה לפני הסרת מחיצות.

טבלאות מחולקות למחיצות

המגבלות הבאות חלות על טבלאות מחולקות למחיצות ב-BigQuery.

הערה: המגבלות האלה לא חלות על טבלאות חיצוניות עם חלוקה למחיצות ב-Hive.

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

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

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

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

הגבלה	ברירת מחדל	הערות
מספר המחיצות בכל טבלה מחולקת למחיצות	‫10,000 מחיצות	כל טבלה עם חלוקה למחיצות יכולה להכיל עד 10,000 מחיצות. אם חרגתם מהמגבלה הזו, כדאי להשתמש ב אשכולות בנוסף לחלוקה למחיצות או במקומה.
מספר המחיצות ששונו על ידי משימה אחת	‫4,000 מחיצות	כל פעולת משימה (שאילתה או טעינה) יכולה להשפיע על עד 4,000 מחיצות. מערכת BigQuery דוחה כל שאילתה או משימת טעינה שמנסה לשנות יותר מ-4,000 מחיצות.
מספר השינויים במחיצות במהלך כתיבת הנתונים לכל טבלה מחולקת למחיצות בכל יום	‫11,000 שינויים	בכל פרויקט אפשר לבצע עד 11,000 שינויים במחיצות ביום. שינוי מחיצה מתבצע כשמוסיפים, מעדכנים, מוחקים או חותכים נתונים בטבלה עם מחיצות. שינוי במחיצה נספר עבור כל סוג של שינוי בנתונים שאתם מבצעים. לדוגמה, מחיקת שורה אחת תיחשב כשינוי אחד במחיצה, בדיוק כמו שמחיקת מחיצה שלמה תיחשב גם היא כשינוי אחד. אם מוחקים שורה ממחיצה אחת ואז מוסיפים אותה למחיצה אחרת, זה ייחשב כשני שינויים במחיצה. שינויים באמצעות הצהרות DML או ה-API של הזרמת נתונים לא נספרים במסגרת מספר השינויים במחיצה ביום.
מספר השינויים במחיצות לכל טבלה שמחולקת למחיצות לפי עמודות ביום	‫30,000 שינויים	בפרויקט אפשר לבצע עד 30,000 שינויים במחיצות ביום עבור טבלה שמחולקת למחיצות לפי עמודות. הצהרות DML לא נספרות במסגרת מספר השינויים במחיצות ביום. נתונים שמוזרמים לא נספרים במסגרת מספר השינויים במחיצות ביום.
הקצב המקסימלי של פעולות עדכון מטא-נתונים של טבלה לכל טבלה מחולקת למחיצות	‫50 שינויים בכל 10 שניות	הפרויקט שלך יכול לבצע עד 50 שינויים בכל טבלה מחולקת כל 10 שניות. המגבלה הזו חלה על כל פעולות העדכון של המטא נתונים של טבלאות מחולקות למחיצות, שמבוצעות על ידי הפעולות הבאות: מסוףGoogle Cloud כלי שורת הפקודה של BigQuery ספריות לקוחות BigQuery שיטות ה-API הבאות: tables.insert tables.patch tables.update משפטי DDL בטבלאות מגבלה זו כוללת גם את הסכום הכולל של כל משימות הטעינה, משימות ההעתקה ומשימות השאילתה שמוסיפות או דורסות טבלת יעד, או שמשתמשות במשפטי DML DELETE, INSERT, MERGE, TRUNCATE TABLE ​​או UPDATE כדי לכתוב נתונים לטבלה. אם תחרגו מהמגבלה הזו, תקבלו הודעת שגיאה כמו Exceeded rate limits: too many partitioned table update operations for this table. זו שגיאה זמנית. אפשר לנסות שוב עם השהיה מעריכית לפני ניסיון חוזר (exponential backoff). כדי לזהות את הפעולות שנכללות במגבלה הזו, אפשר לבדוק את היומנים.
מספר הטווחים האפשריים לחלוקה למחיצות לפי טווח	10,000 טווחים	בטבלה עם חלוקה למחיצות לפי טווח יכולים להיות עד 10,000 טווחים אפשריים. המגבלה הזו חלה על הגדרת המחיצה כשיוצרים את הטבלה. אחרי שיוצרים את הטבלה, המגבלה חלה גם על המספר בפועל של המחיצות.

שיבוטים של טבלאות

המגבלות הבאות חלות על שיבוטים של טבלאות ב-BigQuery:

הגבלה	ברירת מחדל	הערות
המספר המקסימלי של שיבוטים ותמונות מצב בשרשרת	3 שכפולים או תמונות מצב של טבלאות	השילוב של שיבוטים ותמונות מצב מוגבל לעומק של 3. כשמשכפלים מסד נתונים טבלאי או יוצרים ממנו תמונת מצב, אפשר לשכפל את התוצאה או ליצור ממנה תמונת מצב רק עוד פעמיים. ניסיון לשכפל את התוצאה או ליצור ממנה תמונת מצב בפעם השלישית יגרום לשגיאה. לדוגמה, אפשר ליצור שיבוט A של מסד נתונים טבלאי, ליצור snapshot B של שיבוט A וליצור שיבוט C של snapshot B. כדי ליצור עוד עותקים של השיבוט או התמונה ברמה השלישית, צריך להשתמש בפעולת העתקה.
מספר מקסימלי של שיבוטים ותמונות מצב למסד נתונים טבלאי	1,000 שיבוטים או תמונות מצב של טבלאות	לא יכולים להיות יותר מ-1,000 שיבוטים וצילומים קיימים ביחד של מסד נתונים טבלאי נתון. לדוגמה, אם יש לכם 600 תמונות מצב ו-400 שיבוטים, הגעתם למגבלה.

תמונות מצב של טבלאות

המגבלות הבאות חלות על תמונות מצב של טבלאות ב-BigQuery:

הגבלה	ברירת מחדל	הערות
מספר מקסימלי של משימות בו-זמניות של צילומי מצב של טבלאות	‫100 משרות	בפרויקט אפשר להריץ עד 100 משימות בו-זמנית של צילום תמונת מצב של טבלה.
מספר מקסימלי של משימות ליצירת תמונת מצב של טבלה ביום	‫50,000 משרות	אפשר להריץ עד 50,000 משימות של צילום מצב של טבלה ביום.
מספר העבודות המקסימלי של צילומי מצב של טבלה לכל טבלה ביום	‫50 משרות	בכל יום אפשר להריץ עד 50 משימות של צילום מצב של טבלה לכל טבלה בפרויקט.
המספר המקסימלי של עדכוני מטא-נתונים לכל תמונת מצב של טבלה בכל 10 שניות.	5 עדכונים	בפרויקט אפשר לעדכן את המטא-נתונים של תמונת מצב של טבלה עד חמש פעמים בכל 10 שניות.
המספר המקסימלי של שיבוטים ותמונות מצב בשרשרת	3 שכפולים או תמונות מצב של טבלאות	השילוב של שיבוטים ותמונות מצב מוגבל לעומק של 3. כשמשכפלים מסד נתונים טבלאי או יוצרים ממנו תמונת מצב, אפשר לשכפל את התוצאה או ליצור ממנה תמונת מצב רק עוד פעמיים. ניסיון לשכפל את התוצאה או ליצור ממנה תמונת מצב בפעם השלישית יגרום לשגיאה. לדוגמה, אפשר ליצור שיבוט A של מסד נתונים טבלאי, ליצור snapshot B של שיבוט A וליצור שיבוט C של snapshot B. כדי ליצור עוד עותקים של השיבוט או התמונה ברמה השלישית, צריך להשתמש בפעולת העתקה.
מספר מקסימלי של שיבוטים ותמונות מצב למסד נתונים טבלאי	1,000 שיבוטים או תמונות מצב של טבלאות	לא יכולים להיות יותר מ-1,000 שיבוטים וצילומים קיימים ביחד של מסד נתונים טבלאי נתון. לדוגמה, אם יש לכם 600 תמונות מצב ו-400 שיבוטים, הגעתם למגבלה.

תצוגות

המכסות והמגבלות הבאות חלות על צפיות ו-צפיות שהופקו.

תצוגות לוגיות

המגבלות הבאות חלות על תצוגות רגילות של BigQuery:

הגבלה	ברירת מחדל	הערות
מספר מקסימלי של רמות צפייה מקוננות	‫16 רמות	‫BigQuery תומך בעד 16 רמות של תצוגות מקוננות. אפשר ליצור תצוגות עד למגבלה הזו, אבל השאילתות מוגבלות ל-15 רמות. אם חורגים מהמגבלה, BigQuery מחזירה שגיאת INVALID_INPUT.
האורך המקסימלי של שאילתת GoogleSQL שמשמשת להגדרת תצוגה	‫256K תווים	שאילתת GoogleSQL בודדת שמגדירה תצוגה יכולה להיות באורך של עד 256,000 תווים. המגבלה הזו חלה על שאילתה אחת, והיא לא כוללת את אורך התצוגות שאליהן מתייחסת השאילתה.
המספר המקסימלי של תצוגות מורשות לכל מערך נתונים		מערכי נתונים
האורך המקסימלי של תיאור תצוגה	‫16,384 תווים	כשמוסיפים תיאור לתצוגה, הטקסט יכול להכיל עד 16,384 תווים.

תצוגות שהתממשו

המגבלות הבאות חלות על תצוגות חומריות ב-BigQuery:

הגבלה	ברירת מחדל	הערות
הפניות למסד נתונים טבלאי (באותו פרויקט)	‫100 תצוגות מהותיות	אפשר להפנות לכל מסד נתונים טבלאי עד 100 תצוגות מהותיות מאותו פרויקט.
הפניות לטבלאות בסיס (כל הארגון)	‫500 תצוגות מהותיות	אפשר להפנות לכל מסד נתונים טבלאי עד 500 תצוגות חומריות מכל הארגון.
מספר מרבי של צפיות מורשות לכל מערך נתונים		מערכי נתונים
האורך המקסימלי של תיאור תצוגה חומרית	‫16,384 תווים	כשמוסיפים תיאור לתצוגה חומרית, הטקסט יכול להכיל עד 16,384 תווים.
מגבלת זמן הביצוע של עבודת רענון תצוגה מהותית	12 שעות	עבודת רענון של תצוגה חומרית יכולה לפעול עד 12 שעות לפני שהיא נכשלת.

אינדקסים של חיפושים

המגבלות הבאות חלות על אינדקסים של חיפוש ב-BigQuery:

הגבלה	ברירת מחדל	הערות
מספר הצהרות ה-DDL של CREATE INDEX או ALTER INDEX לכל פרויקט לכל אזור ביום	‫500 פעולות	בכל יום, הפרויקט יכול להנפיק עד 500 פעולות DDL של CREATE INDEX או ALTER INDEX באזור מסוים.
מספר הצהרות DDL של אינדקס החיפוש לכל טבלה ביום	‫20 פעולות	בכל יום, הפרויקט יכול להנפיק עד 20 פעולות DDL של CREATE INDEX, ‏ ALTER INDEX או DROP INDEX לכל טבלה.
הגודל הכולל המקסימלי של נתוני טבלה לכל ארגון שמותר ליצור אינדקס חיפוש שלא פועל בהזמנה	‫100TB במספר אזורים, 20TB בכל האזורים האחרים	אפשר ליצור אינדקס חיפוש לטבלה אם הגודל הכולל של הטבלאות עם האינדקסים בארגון קטן מהמגבלה של האזור שלכם: 100TB לאזורים US ו-EU, ו-20TB לכל שאר האזורים. אם משימות ניהול האינדקס שלכם מופעלות בהזמנה משלכם, המגבלה הזו לא חלה.
מספר העמודות שנוספו לאינדקס עם רמת פירוט של עמודה לכל טבלה	63 עמודות לכל טבלה	בטבלה יכולות להיות עד 63 עמודות עם index_granularity שהוגדר כ-COLUMN. עמודות המאונדקסות עם פירוט של COLUMN מהגדרת האפשרות default_index_column_granularity נחשבות כחלק ממגבלה זו. אין הגבלה על מספר העמודות שמקבלות אינדקס ברמת הגרנולריות GLOBAL. למידע נוסף, ראה אינדקס עם פירוט עמודות.

אינדקסים וקטוריים

המגבלות הבאות חלות על אינדקסים של וקטורים ב-BigQuery:

הגבלה	ברירת מחדל	הערות
מספר השורות המינימלי בטבלת הבסיס	‫5,000 שורות	כדי ליצור אינדקס וקטורי, טבלה צריכה להכיל לפחות 5,000 שורות.
מספר השורות המקסימלי במסד נתונים טבלאי עבור סוג אינדקס IVF	10,000,000,000 שורות	טבלה יכולה להכיל לכל היותר 10,000,000,000 שורות כדי ליצור אינדקס וקטורי של IVF
מספר השורות המרבי בטבלת הבסיס עבור סוג האינדקס TREE_AH	200,000,000 שורות	בטבלה יכולות להיות עד 200,000,000 שורות כדי ליצור אינדקס וקטורי של TREE_AH
מספר השורות המקסימלי במסד נתונים טבלאי לסוג אינדקס עם חלוקה למחיצות TREE_AH	10,000,000,000 שורות בסך הכל 200,000,000 שורות לכל מחיצה	טבלה יכולה להכיל עד 10,000,000,000 שורות, וכל מחיצה יכולה להכיל עד 200,000,000 שורות כדי ליצור TREE_AHאינדקס וקטורי מחולק למחיצות.
הגודל המקסימלי של המערך בעמודה המאונדקסת	‫4,096 רכיבים	בעמודה שאותה רוצים להוסיף לאינדקס יכולים להיות עד 4,096 רכיבים במערך.
גודל הטבלה המינימלי לאכלוס אינדקס וקטורי	10 מגה-בייט	אם יוצרים אינדקס וקטורי בטבלה שהגודל שלה קטן מ-10MB, האינדקס לא יאוכלס. באופן דומה, אם מוחקים נתונים מטבלה עם אינדקס וקטורי כך שגודל הטבלה קטן מ-10MB, האינדקס הווקטורי מושבת באופן זמני. הפעולה הזו מתרחשת ללא קשר לשאלה אם אתם משתמשים בהזמנה משלכם לעבודות ניהול האינדקס. אם הגודל של טבלה עם אינדקס וקטורי חורג שוב מ-10MB, האינדקס שלה מתמלא אוטומטית.
מספר CREATE VECTOR INDEX הצהרות DDL לפרויקט לאזור ליום	‫500 פעולות	עבור כל פרויקט, ניתן לבצע עד 500 פעולות CREATE VECTOR INDEX ביום עבור כל אזור.
מספר משפטי DDL של אינדקס וקטורי לכל טבלה ליום	10 פעולות	ניתן לבצע עד 10 פעולות CREATE VECTOR INDEX או DROP VECTOR INDEX לכל טבלה ביום.
הגודל המקסימלי הכולל של נתוני הטבלה לכל ארגון שמותר ליצור אינדקס וקטורי שלא פועל בהזמנה	‫6TB	ניתן ליצור אינדקס וקטורי עבור טבלה אם הגודל הכולל של טבלאות עם אינדקסים בארגון שלך קטן מ-6 טרה-בייט. אם משימות ניהול האינדקסים שלך פועלות בהזמנה משלך, מגבלה זו אינה חלה.

תרחישים

המכסות והמגבלות הבאות חלות על שגרות.

פונקציות מוגדרות על ידי המשתמש

המגבלות הבאות חלות הן על זמניים והן על מתמשכים פונקציות מוגדרות משתמש (UDFs) בשאילתות גוגל SQL.

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

הגבלה	ברירת מחדל	הערות
תפוקה מקסימלית לכל שורה	5 MB	כמות הנתונים המקסימלית ש-UDF של JavaScript יכול להפיק בעת עיבוד שורה בודדת היא כ-5 מגה-בייט.
מספר מקסימלי של שאילתות SQL מדור קודם בו-זמניות עם פונקציות מוגדרות על ידי המשתמש (UDF) ב-JavaScript	6 שאילתות	בפרויקט יכולות להיות עד שש שאילתות SQL מדור קודם בו-זמניות שמכילות פונקציות UDF ב-JavaScript. המגבלה הזו כוללת גם שאילתות אינטראקטיביות וגם שאילתות אצווה. מגבלה זו אינה חלה על שאילתות GoogleSQL.
מספר מקסימלי של משאבי UDF ב-JavaScript לכל שאילתה	‫50 משאבים	לכל עבודת שאילתה יכולים להיות עד 50 משאבי UDF של JavaScript, כמו blobs של קוד מוטבע או קבצים חיצוניים.
הגודל המקסימלי של blob של קוד מוטבע	‫32KB	גודל של בלוב קוד מוטבע ב-UDF יכול להיות עד 32KB.
הגודל המקסימלי של כל משאב קוד חיצוני	‫1MB	הגודל המקסימלי של כל משאב קוד JavaScript הוא 1MB.

המגבלות הבאות חלות על פונקציות מוגדרות על ידי המשתמש (UDF) שנשמרות:

הגבלה	ברירת מחדל	הערות
האורך המקסימלי של שם פונקציה מוגדרת על ידי המשתמש	‫256 תווים	שם של UDF יכול להיות באורך של עד 256 תווים.
מספר הארגומנטים המקסימלי	‫256 ארגומנטים	פונקציה מוגדרת על ידי המשתמש יכולה לכלול עד 256 ארגומנטים.
האורך המקסימלי של שם ארגומנט	128 תווים	שם של ארגומנט ב-UDF יכול להיות באורך של עד 128 תווים.
העומק המקסימלי של שרשרת הפניות של פונקציה מוגדרת על ידי המשתמש	16 הפניות	שרשרת הפניות של UDF יכולה להכיל עד 16 הפניות עומק.
העומק המקסימלי של ארגומנט או פלט מסוג STRUCT	‫15 רמות	ארגומנט או פלט של פונקציה מוגדרת על ידי המשתמש מסוג STRUCT יכולים להיות בעומק של עד 15 רמות.
מספר השדות המקסימלי בארגומנטים או בפלט מסוג STRUCT לכל פונקציה מוגדרת על ידי המשתמש	‫1,024 שדות	ל-UDF יכולים להיות עד 1,024 שדות בארגומנטים של סוג STRUCT ובפלט.
המספר המקסימלי של ספריות JavaScript בהצהרה CREATE FUNCTION	‫50 ספריות	במשפט CREATE FUNCTION יכולות להיות עד 50 ספריות JavaScript.
אורך מקסימלי של נתיבי ספריות JavaScript שכלולים	5,000 תווים	הנתיב של ספריית JavaScript שכלולה ב-UDF יכול להיות באורך של עד 5,000 תווים.
קצב העדכון המקסימלי לכל UDF לכל 10 שניות	‫5 עדכונים	הפרויקט יכול לעדכן פונקציה מוגדרת על ידי המשתמש עד חמש פעמים בכל 10 שניות.
המספר המקסימלי של פונקציות UDF מורשות לכל מערך נתונים		מערכי נתונים
פונקציות מוגדרות על ידי המשתמש (UDF) ב-Python: בייטים של אחסון תמונות לכל פרויקט לכל אזור	‎10 GiB	הגודל הכולל בבתים של כל תמונות המכולה בהן משתמשות קבצי UDF של Python בפרויקט ובאזור ספציפיים.
פונקציות UDF של Python: מגבלת מוטציה	‫30 לדקה	אפשר ליצור או לעדכן פונקציות UDF של Python עד 30 פעמים בדקה לכל אזור לכל פרויקט.
פונקציות UDF של Python: מספר מקסימלי של פונקציות UDF בו-זמניות של Python	10	אפשר להריץ עד 10 שאילתות בו-זמניות שמפנות לפונקציות UDF של Python לכל פרויקט.

פונקציות משירותים חיצוניים

המגבלות הבאות חלות על פונקציות מרוחקות ב-BigQuery.

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

הגבלה	ברירת מחדל	הערות
המספר המקסימלי של שאילתות בו-זמניות שמכילות פונקציות מרוחקות	‫10 שאילתות	אפשר להריץ עד עשר שאילתות בו-זמנית עם פונקציות מרוחקות לכל פרויקט.
גודל קלט מקסימלי	5 MB	הגודל הכולל המקסימלי של כל ארגומנטי הקלט משורה אחת הוא 5MB.
מגבלת גודל תגובת HTTP (פונקציות Cloud Run דור ראשון)	‫10MB	גודל גוף תגובת HTTP מפונקציית Cloud Run מדור ראשון הוא עד 10MB. חריגה מהערך הזה גורמת לכשלים בשאילתות.
מגבלת גודל של תגובת HTTP (פונקציות Cloud Run דור שני או Cloud Run)	‫15MB	גודל גוף תגובת ה-HTTP מפונקציית Cloud Run מהדור השני או מ-Cloud Run הוא עד 15MB. חריגה מהערך הזה גורמת לכשלים בשאילתות.
מגבלת הזמן המקסימלית להפעלת HTTP (פונקציות Cloud Run דור ראשון)	‫9 דקות	אתם יכולים להגדיר מגבלת זמן משלכם לפונקציית Cloud Run דור ראשון עבור הפעלה נפרדת של HTTP, אבל מגבלת הזמן המקסימלית היא 9 דקות. חריגה ממגבלת הזמן שנקבעה עבור פונקציית Cloud Run דור ראשון עלולה לגרום לכשלים בקריאה ל-HTTP וכשל בשאילתה.
מגבלת זמן קריאה ל-HTTP (פונקציות Cloud Run דור שני או Cloud Run)	20 דקות	הגבלת הזמן להפעלה של HTTP בודד בפונקציית Cloud Run דור שני או ב-Cloud Run. חריגה מהערך הזה עלולה לגרום לכשלים בהפעלת HTTP ולכשלים בשאילתות.
המספר המקסימלי של ניסיונות חוזרים להפעלת HTTP	20	מספר הניסיונות המקסימלי לביצוע חוזר של קריאה נפרדת של HTTP אל פונקציית Cloud Run דור ראשון, דור שני או Cloud Run. חריגה מהערך הזה עלולה לגרום לכשלים בהפעלת HTTP ולכשלים בשאילתות.

פונקציות טבלה

המגבלות הבאות חלות על פונקציות טבלה של BigQuery:

הגבלה	ברירת מחדל	הערות
אורך מקסימלי של שם פונקציית טבלה	‫256 תווים	שם פונקציית הטבלה יכול להיות באורך של עד 256 תווים.
אורך מקסימלי של שם ארגומנט	128 תווים	שם ארגומנט של פונקציית טבלה יכול להיות באורך של עד 128 תווים.
מספר הארגומנטים המקסימלי	256 ארגומנטים	פונקציית טבלה יכולה להכיל עד 256 ארגומנטים.
עומק מקסימלי של שרשרת ייחוס לפונקציית טבלה	16 הפניות	שרשרת הפניות של פונקציות טבלה יכולה לכלול עד 16 הפניות.
העומק המקסימלי של ארגומנט או פלט מהסוג STRUCT	‫15 רמות	ארגומנט STRUCT של פונקציית טבלה יכול להכיל עד 15 רמות. באופן דומה, רשומה STRUCT בפלט של פונקציית טבלה יכולה להיות בעומק של עד 15 רמות.
מספר השדות המקסימלי בארגומנט או בטבלת ההחזרה מסוג STRUCT לכל פונקציית טבלה	‫1,024 שדות	ארגומנט STRUCT של פונקציית טבלה יכול להכיל עד 1,024 שדות. באופן דומה, רשומה של STRUCT בפלט של פונקציית טבלה יכולה להכיל עד 1,024 שדות.
מספר העמודות המקסימלי בטבלת ההחזרה	1,024 עמודות	טבלה שמוחזרת על ידי פונקציית טבלה יכולה להכיל עד 1,024 עמודות.
האורך המקסימלי של שמות העמודות בטבלת ההחזרה	128 תווים	שמות העמודות בטבלאות שמוחזרות יכולים להיות באורך של עד 128 תווים.
מספר העדכונים המקסימלי לפונקציית טבלה בכל 10 שניות	‫5 עדכונים	הפרויקט יכול לעדכן פונקציית טבלה עד חמש פעמים בכל 10 שניות.

תהליכים מאוחסנים ל-Apache Spark

המגבלות הבאות חלות על פרוצדורות מאוחסנות של BigQuery עבור Apache Spark:

מגבלה	ברירת מחדל	הערות
מספר מקסימלי של שאילתות בו-זמניות של תהליכים מאוחסנים	50	אפשר להריץ עד 50 שאילתות מקבילות של פרוצדורות מאוחסנות לכל פרויקט.
מספר המעבדים המקסימלי שבשימוש	‫12,000	אפשר להשתמש בעד 12,000 ליבות CPU לכל פרויקט. שאילתות שכבר עובדו לא נספרות במגבלה הזו. אפשר להשתמש בעד 2,400 מעבדים לכל מיקום לכל פרויקט, למעט במיקומים הבאים: asia-south2 australia-southeast2 europe-central2 europe-west8 northamerica-northeast2 southamerica-west1 במיקומים האלה, אפשר להשתמש בעד 500 מעבדים לכל מיקום לכל פרויקט. אם מריצים שאילתות בו-זמניות במיקום של אזור גיאוגרפי נרחב ובמיקום של אזור יחיד שנמצא באותו אזור גיאוגרפי, יכול להיות שהשאילתות ינצלו את אותה מכסת CPU בו-זמנית.
הגודל הכולל המקסימלי של דיסקים מתמידים סטנדרטיים שנמצאים בשימוש	204.8 טרה-בייט	אפשר להשתמש בדיסקים של אחסון מתמיד (persistent disks) בנפח של עד 204.8TB לכל מיקום לכל פרויקט. שאילתות שכבר עובדו לא נספרות במגבלה הזו. אם מריצים שאילתות בו-זמנית במיקום גיאוגרפי נרחב ובמיקום של אזור יחיד שנמצא באותו אזור גיאוגרפי, יכול להיות שהשאילתות ינצלו את אותה מכסת דיסק מתמיד סטנדרטי רגילה.

קובצי Notebook

כל המיכסות והמגבלות של Dataform והמיכסות והמגבלות של Colab Enterprise חלות על מחברות ב-BigQuery. המגבלות הבאות חלות גם כן:

מגבלה	ברירת מחדל	הערות
גודל Notebook מקסימלי	20 MB	הגודל של מחברת הוא סכום הגודל של התוכן, המטא-נתונים והתקורה של הקידוד. כדי לראות את הגודל של תוכן הנוטבוק, מרחיבים את הכותרת של הנוטבוק, לוחצים על תצוגה ואז על פרטי הנוטבוק.
המספר המקסימלי של בקשות לשנייה ל-Dataform	100	מחברות נוצרות ומנוהלות דרך Dataform. כל פעולה שיוצרת או משנה מחברת נכללת במכסה הזו. המכסה הזו משותפת עם שאילתות שמורות. לדוגמה, אם מבצעים 50 שינויים ב-notebooks ו-50 שינויים בשאילתות שמורות תוך שנייה אחת, מגיעים למכסת השימוש.

שאילתות שמורות

כל המכסות והמגבלות של Dataform חלות על שאילתות שמורות. יש גם מגבלות נוספות:

מגבלה	ברירת מחדל	הערות
הגודל המקסימלי של שאילתה שמורה	‫10MB
המספר המקסימלי של בקשות לשנייה ל-Dataform	100	אפשר ליצור ולנהל שאילתות שמורות דרך Dataform. כל פעולה שיוצרת או משנה שאילתה שמורה נכללת במכסת האחסון הזו. המכסה הזו משותפת עם מחברות. לדוגמה, אם מבצעים 50 שינויים ב-notebooks ו-50 שינויים בשאילתות שמורות תוך שנייה אחת, מגיעים למכסת השימוש.

שפת טיפול בנתונים

ההגבלות הבאות חלות על הצהרות של שפת הטיפול בנתונים (DML) ב-BigQuery:

הגבלה	ברירת מחדל	הערות
דוחות DML ליום	ללא הגבלה	מספר משפטי ה-DML שהפרויקט שלך יכול להריץ ביום אינו מוגבל. הצהרות DML לא נספרות במסגרת מספר השינויים בטבלה ביום או מספר השינויים בטבלה מחולקת ביום עבור טבלאות מחולקות. משפטי DML כוללים את הדברים הבאיםמגבלות להיות מודע ל.
INSERT משפטי DML בו זמנית לכל טבלה ליום	‫1,500 דוחות	‫1,500 ההצהרות הראשונות INSERT מופעלות מיד אחרי השליחה. לאחר שמגיעים למגבלה זו, מספר הפעולה המקבילי של משפטי INSERT שכותבים לטבלה מוגבל ל-10. משפטי INSERT נוספים נוספו לתור של PENDING. אפשר להוסיף לתור עד 100 הצהרות INSERT לכל טבלה בכל זמן נתון. כאשר משפט INSERT מסתיים, משפט ה-INSERT הבא מוסר מהתור ורץ. אם אתה חייב להפעיל DMLINSERT הצהרות בתדירות גבוהה יותר, שקול להזרים נתונים לטבלה שלך באמצעותAPI לכתיבה לאחסון (gRPC).
משפטי DML משתנים בו זמנית לכל טבלה	‫2 דוחות	ב-BigQuery מורצים עד שתי הצהרות DML משנות (UPDATE,‏ DELETE ו-MERGE) בו-זמנית לכל טבלה. הצהרות נוספות של DML לשינוי נתונים עבור טבלה מסוימת מתווספות לתור.
משפטי DML משתנים בתור לכל טבלה	‫20 דוחות	טבלה יכולה להכיל עד 20 משפטי DML משתנים בתור הממתינים להפעלה. אם שולחים הצהרות נוספות של DML לשינוי הטבלה, ההצהרות האלה ייכשלו.
הזמן המקסימלי בתור להמתנה לפקודת DML	‫7 שעות	פקודת DML בעלת עדיפות אינטראקטיבית יכולה להמתין בתור עד שבע שעות. אם ההצהרה לא רצה לאחר שבע שעות, היא נכשלת.
הקצב המקסימלי של פקודות DML לכל טבלה	‫25 הצהרות כל 10 שניות	בכל פרויקט אפשר להריץ עד 25 הצהרות DML כל 10 שניות לכל טבלה. גם משפטי INSERT וגם משפטי DML משתנים תורמים למגבלה זו.

למידע נוסף על שינוי משפטי DML, ראו INSERT מקביליות DML ו-UPDATE, DELETE, MERGE מקביליות DML.

שאילתות עם כמה הצהרות

המגבלות הבאות חלות על שאילתות עם כמה הצהרות ב-BigQuery.

הגבלה	ברירת מחדל	הערות
מספר מקסימלי של שאילתות בו-זמניות עם כמה הצהרות	‫1,000 שאילתות עם כמה הצהרות	בפרויקט שלכם אפשר להריץ עד 1,000 שאילתות מרובות הצהרות בו-זמנית.
מגבלת זמן מצטברת	24 שעות	הגבלת הזמן המצטברת לשאילתת הצהרות מרובות היא 24 שעות.
מגבלת הזמן להגשת הצהרה	6 שעות	הגבלת הזמן להצהרה בודדת בשאילתה עם כמה הצהרות היא 6 שעות.

שאילתות עם ביטויי CTE רקורסיביים

המגבלות הבאות חלות על ביטויי טבלה נפוצים (CTEs) רקורסיביים ב-BigQuery.

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

אבטחה ברמת השורה

המגבלות הבאות חלות על מדיניות הגישה ברמת השורה ב-BigQuery:

מגבלה	ברירת מחדל	הערות
מספר המדיניות המקסימלי של גישה לשורות לכל טבלה	‫400 כללי מדיניות	טבלה יכולה לכלול עד 400 כללי מדיניות לגישה לשורות.
המספר המקסימלי של מדיניות גישה ברמת השורה לכל שאילתה	‫6,000 כללי מדיניות	שאילתה יכולה לגשת לעד 6,000 כללי מדיניות לגישה לשורות בסך הכול.
המספר המקסימלי של הצהרות DDL‏ CREATE / DROP לכל מדיניות בכל 10 שניות	‫5 דוחות	בכל 10 שניות, הפרויקט יכול ליצור עד חמש הצהרות CREATE או DROP לכל משאב של מדיניות גישה ברמת השורה.
DROP ALL ROW ACCESS POLICIES הצהרות לכל טבלה לכל 10 שניות	‫5 דוחות	בכל 10 שניות, הפרויקט יכול ליצור עד חמש הצהרות DROP ALL ROW ACCESS POLICIES לכל טבלה.

מדיניות בנושא נתונים

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

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

BigQuery ML

המגבלות הבאות חלות על BigQuery ML.

משימות של השאילתה

כל המכסות וההגבלות של משימות שאילתה חלות על משימות שאילתה ב-GoogleSQL שמשתמשות בהצהרות ובפונקציות של BigQuery ML.

CREATE MODEL דוחות

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

הגבלה	ברירת מחדל	הערות
CREATE MODEL שאילתות של דוחות בכל 48 שעות לכל פרויקט	‫20,000 שאילתות של הצהרות	חלק מהמודלים מאומנים באמצעות שירותי Vertex AI, שלכל אחד מהם יש ניהול משאבים ומכסות משלו.
מגבלת זמן הביצוע	24 שעות או 48 שעות	CREATE MODEL זמן הקצוב לתפוגה של משימה הוא 24 שעות כברירת מחדל, למעט סדרות זמן, AutoML ומשימות כוונון של היפר-פרמטרים, שזמן הקצוב לתפוגה שלהן הוא 48 שעות.

פונקציות של AI גנרטיבי

המגבלות הבאות חלות על פונקציות שמשתמשות במודלים גדולים של שפה (LLM) ב-Agent Platform. למידע נוסף, ראו הגדרות מכסת פונקציות.

מגבלות על מספר הבקשות לדקה

ההגבלות הבאות חלות על מודלים של Agent Platform שמוגבלים במספר הבקשות לדקה.

תפקיד	דגם	אזור	בקשות בדקה	שורות לכל משימה
AI.GENERATE_TEXT ML.GENERATE_TEXT AI.GENERATE_TABLE AI.GENERATE AI.GENERATE_BOOL AI.GENERATE_DOUBLE AI.GENERATE_INT	gemini-2.0-flash-lite-001	‫US ו-EU multi-regions אזורים יחידים כפי שמתועד לגבי gemini-2.0-flash-lite-001 במיקומי נקודות הקצה של מודלים של Google	אין מכסה קבועה. המכסה נקבע לפי מכסה דינמית משותפת (DSQ)^1 והקצאת משאבים לפי התפוקה שנקבעה^2	לא רלוונטי להקצאת משאבים לפי התפוקה שנקבעה ‫10,500,000 ל-DSQ, לשיחה עם ממוצע של 500 טוקנים של קלט ו-50 טוקנים של פלט
	gemini-2.0-flash-001	‫US ו-EU multi-regions אזורים יחידים כפי שמתועד לגבי gemini-2.0-flash-001 במיקומי נקודות הקצה של מודלים של Google		לא רלוונטי להקצאת משאבים לפי התפוקה שנקבעה ‫10,200,000 ל-DSQ, לשיחה עם ממוצע של 500 טוקנים של קלט ו-50 טוקנים של פלט
	gemini-2.5-flash	‫US ו-EU multi-regions אזורים יחידים כפי שמתועד לגבי gemini-2.5-flash במיקומי נקודות הקצה של מודלים של Google		לא רלוונטי עבור הקצאת משאבים לפי התפוקה שנקבעה 9,300,000 עבור DSQ, עבור שיחה עם ממוצע של 500 אסימוני קלט ו-50 אסימוני פלט
	gemini-2.5-pro	‫US ו-EU multi-regions אזורים יחידים כפי שמתועד לגבי gemini-2.5-pro במיקומי נקודות הקצה של מודלים של Google		לא רלוונטי עבור הקצאת משאבים לפי התפוקה שנקבעה 7,600,000 עבור DSQ, עבור שיחה עם ממוצע של 500 אסימוני קלט ו-50 אסימוני פלט
AI.IF AI.SCORE AI.CLASSIFY	מודלים שונים של gemini-2.5-*	US וEU אזורים גיאוגרפיים כל אזור יחיד שנתמך באחד מgemini-2.5-* models במיקומי נקודות הקצה של מודלים של Google	לא מוגדרת מכסה. מכסה שנקבעת על ידי מכסה שיתופית דינמית (DSQ)^1	10,000,000 עבור קריאה עם ממוצע של 500 טוקנים בכל שורת קלט ו-50 טוקנים לפלט.
AI.AGG	דגמי ג'מיני שונים	למידע נוסף: מיקומים	אין מכסה קבועה. מכסה נקבעת על ידי מכסה דינמית משותפת (DSQ)^1.	20,000,000
AI.GENERATE_TEXT ML.GENERATE_TEXT	Anthropic Claude	מכסות לפי מודל ואזור	מכסות לפי מודל ואזור	הערך של בקשות לדקה * 60 * 6
	Llama	מידע על הזמינות האזורית של מודל Llama ומכסות השימוש	מידע על הזמינות האזורית של מודל Llama ומכסות השימוש
	Mistral AI	מידע על הזמינות האזורית והמכסות של מודלים של Mistral AI	מידע על הזמינות האזורית והמכסות של מודלים של Mistral AI
AI.GENERATE_EMBEDDING^5 AI.EMBED AI.SIMILARITY AI.SEARCH VECTOR_SEARCH ML.GENERATE_EMBEDDING^5	text-embedding text-multilingual-embedding	כל האזורים שתומכים במודלים מרוחקים	‫1,500^3,4	‫80,000,000 לשיחה עם ממוצע של 50 טוקנים בכל שורת קלט ‫14,000,000 לשיחה עם ממוצע של 600 טוקנים בכל שורת קלט
	multimodalembedding	אזורים אירופאים נתמכים	‫120^3	43,200
		אזורים אחרים מלבד אזורים אירופיים נתמכים	‫600^3	216,000
	gemini-embedding-2-preview	‫us-central1 ו-US multi-region	‫4,000^3	1,440,000

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

‫² הקצאת משאבים לפי התפוקה שנקבעה היא מינוי בעלות קבועה לתקופה קבועה, שזמין לתקופות שונות. הקצאת משאבים לפי התפוקה שנקבעה מאפשרת לכם לשריין תפוקה למודלים נתמכים של AI גנרטיבי ב-Agent Platform.

³ כדי להגדיל את המכסה, צריך לבקש שינוי במכסת QPM ב-Agent Platform. צריך להמתין 30 דקות עד שערך המכסה המוגדל יתעדכן.

‫⁴ אפשר להגדיל את מכסת השימוש במודלים של Agent Platform text-embedding ו-text-multilingual-embedding ל-10,000 RPM בלי אישור ידני. התוצאה היא הגדלת התפוקה ל-500,000,000 שורות לכל משימה או יותר, על סמך קריאה עם ממוצע של 50 טוקנים בכל שורת קלט.

‫⁵ הפונקציה הזו מוגבלת למקסימום של 5 משימות שפועלות בו-זמנית לכל פרויקט.

מידע נוסף על מכסות של מודלים גדולים של שפה (LLM) בפלטפורמת הסוכנים זמין במאמר בנושא מגבלות מכסות של AI גנרטיבי בפלטפורמת הסוכנים.

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

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

פונקציה	טוקנים לדקה	שורות לכל משרה	מספר משימות הפועלות בו זמנית
AI.GENERATE_EMBEDDINGאוֹ ML.GENERATE_EMBEDDING בעת שימוש במודל מרוחק מעלgemini-embedding-001 דֶגֶם	‫10,000,000	‫12,000,000, לקריאה עם ממוצע של 300 טוקנים לכל שורה	5
‫AI.GENERATE_EMBEDDING או ML.GENERATE_EMBEDDING כשמשתמשים במודל מרוחק במקום במודל gemini-embedding-2-preview	‫5,000,000	1,440,000	5

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

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

שם המכסה	מדד	היקף	ערך ברירת מחדל
GenAiInputTokensPerDay	טוקנים של קלט שנעשה בהם שימוש על ידי מודל שפה גדול (LLM)	לכל פרויקט ביום	‫200,000,000,000
GenAiInputTokensPerUserPerDay	טוקנים של קלט שנעשה בהם שימוש על ידי מודל שפה גדול (LLM)	ליום למשתמש	‫40,000,000,000
GenAiOutputTokensPerDay	אסימוני פלט ומחשבה המשמשים את ה-LLM	לכל פרויקט ביום	20,000,000,000
GenAiOutputTokensPerUserPerDay	טוקנים של פלט ושל מחשבה שנעשה בהם שימוש על ידי מודל ה-LLM	ביום לכל משתמש	4,000,000,000

פונקציות של שירותי AI בענן

המגבלות הבאות חלות על פונקציות שמשתמשות בשירותי Cloud AI:

פונקציה	בקשות לדקה	שורות לכל משימה	מספר משימות הפועלות בו זמנית
‫ML.PROCESS_DOCUMENT עם מסמכים באורך ממוצע של חמישים דפים	600	‫100,000 (על סמך ממוצע של 50 דפים בכל מסמך קלט)	5
ML.TRANSCRIBE	200	10,000 (בהתבסס על אורך ממוצע של דקה אחת עבור כל קובץ שמע קלט)	5
ML.ANNOTATE_IMAGE	‫1,800	648,000	5
ML.TRANSLATE	6,000	2,160,000	5
ML.UNDERSTAND_TEXT	600	21,600	5

מידע נוסף על מכסות לשימוש בממשקי Cloud AI Service API זמין במאמרים הבאים:

• מכסות ומגבלות של Cloud Translation API
• מכסות ומגבלות של Vision API
• מכסה ומגבלות של API לשפה טבעית
• מכסות ומגבלות של Document AI
• מכסות ומגבלות של המרת דיבור לטקסט (STT)

הגדרות מכסה של פונקציות

הרשימה הבאה מתארת ​​את המכסות החלות על פונקציות שירות בינה מלאכותית יצירתית ובינה מלאכותית בענן:

• פונקציות שמפעילות מודל של Agent Platform משתמשות במכסה אחת של Agent Platform, שהיא מכסת השאילתות לדקה (QPM). בהקשר הזה, השאילתות הן בקשות להפעלת פונקציה מהמודל של Agent Platform אל ה-API. מכסת השאילתות לדקה חלה על מודל בסיסי ועל כל הגרסאות, המזהים והגרסאות המותאמות של המודל הזה. למידע נוסף על מכסות המודלים ב-Agent Platform, אפשר לעיין במאמר מגבלות המכסות של AI גנרטיבי ב-Agent Platform.
• פונקציות שקוראות לשירות בינה מלאכותית בענן משתמשות במכסות הבקשות של שירות היעד. פרטים נוספים זמינים במאמר בנושא מכסות של שירותי Cloud AI.

• ב-BigQuery ML יש את המכסות הבאות:

  • בקשות בדקה. המכסה הזו היא המגבלה על מספר קריאות הבקשות לדקה שפונקציות יכולות לבצע ל-API של המודל של Agent Platform או של שירות Cloud AI. מגבלה זו חלה על כל פרויקט ומשותפת בין כל העבודות המשתמשות באותה נקודת קצה של המודל.

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

  • טוקנים לדקה. מכסה זו היא המגבלה על מספר האסימונים בדקה שפונקציות יכולות לשלוח ל-API של מודל Agent Platform. המגבלה הזו חלה על כל פרויקט.

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

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

    • בנקודת הקצה gemini-2.0-flash-lite-001, מספר השורות שאפשר לעבד באמצעות הפונקציה AI.GENERATE_TEXT או ML.GENERATE_TEXT תלוי במספר האסימונים של הקלט והפלט. השירות יכול לעבד כ-7.6 מיליון שורות עבור קריאות בעלות ספירת אסימוני קלט ממוצעת של 2,000 וספירת אסימוני פלט מקסימלית של 50. המספר הזה יקטן לכמיליון שורות אם כמות הטוקנים הממוצעת בקלט היא 10,000 וכמות הטוקנים המקסימלית בפלט היא 3,000.

      באופן דומה, נקודת הקצה gemini-2.0-flash-001 יכולה לעבד 4.4 מיליון שורות עבור קריאות עם כמות טוקנים ממוצעת של 2,000 וכמות טוקנים מקסימלית של 50, אבל רק כמיליון שורות עבור קריאות עם 10,000 טוקנים של קלט ו-3,000 טוקנים של פלט.

    • הפונקציה ML.PROCESS_DOCUMENT יכולה לעבד יותר שורות לכל משימה במסמכים קצרים לעומת מסמכים ארוכים.

    • הפונקציה ML.TRANSCRIBE יכולה לעבד יותר שורות בכל משימה עבור קטעי אודיו קצרים בהשוואה לקטעי אודיו ארוכים.

  • מספר המשימות שפועלות בו-זמנית. מכסה זו היא המגבלה למספר שאילתות SQL שיכולות לפעול בו זמנית עבור הפונקציה הנתונה לכל פרויקט.

בדוגמאות הבאות מוסבר איך לפרש את מגבלות המכסה במצבים אופייניים:

• יש לי מכסה של 1,000 שאילתות לדקה ב-Agent Platform, לכן שאילתה עם 100,000 שורות אמורה להימשך כ-100 דקות. למה העבודה נמשכת יותר זמן?

  זמני הריצה של המשימות יכולים להשתנות גם עבור אותם נתוני קלט. ב-Agent Platform, לקריאות לפרוצדורות מרוחקות (RPCs) יש עדיפויות שונות כדי למנוע ניצול מכסה. אם אין מספיק מכסת שימוש, בקשות RPC עם עדיפות נמוכה יותר ימתינו ואולי ייכשלו אם ייקח יותר מדי זמן לעבד אותן.

• איך מפרשים את המכסה של השורות לכל משרה?

  ב-BigQuery, שאילתה יכולה לפעול עד שש שעות. מספר השורות המקסימלי שנתמך הוא פונקציה של ציר הזמן הזה ושל מכסת השאילתות לדקה ב-Agent Platform, כדי לוודא ש-BigQuery יכול להשלים את עיבוד השאילתות תוך שש שעות. בדרך כלל שאילתה לא יכולה להשתמש בכל המכסה, ולכן המספר הזה נמוך יותר מהמכסה שלכם לשאילתות לדקה כפול 360.

• מה קורה אם מריצים משימת הסקה בקבוצה על טבלה עם יותר שורות מהמכסה של שורות לכל משימה, למשל 10,000,000 שורות?

  מערכת BigQuery מעבדת רק את מספר השורות שצוין במכסת השורות לכל משימה. החיוב יתבצע רק על הקריאות ל-API שבוצעו בהצלחה עבור מספר השורות הזה, ולא על כל 10,000,000 השורות בטבלה. לגבי שאר השורות, BigQuery מגיב לבקשה עם שגיאה A retryable error occurred: the maximum size quota per query has reached, שמוחזרת בעמודה status של התוצאה. אפשר להשתמש בסט הזה של סקריפטים של SQL או בחבילת Dataform הזו כדי לחזור על קריאות ההסקה עד שכל השורות יעברו עיבוד בהצלחה.

• יש לי הרבה יותר שורות לעיבוד מאשר המכסה של שורות לכל משימה. האם פיצול השורות שלי למספר שאילתות והרצתן בו-זמנית יעזרו?

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

BigQuery Graph

המגבלות הבאות חלות על BigQuery Graph:

הגבלה	ברירת מחדל	הערות
מספר הטבלאות המקסימלי שאפשר להפנות אליהן בתרשים	‫1,000 טבלאות	גרף יכול להפנות לעד 1,000 טבלאות של צמתים וקשתות בהגדרות הצמתים והקשתות שלו.
מספר העמודות המרבי של מפתח לכל צומת או טבלת קצה	‫16 עמודות	אפשר להגדיר מפתח שמשתמש בעד 16 עמודות בטבלת צמתים או בטבלת קשתות של גרף.
מספר העמודות המקסימלי לכל הפניה לצומת	‫16 עמודות	מפתח מקור או מפתח יעד יכולים להפנות לעד 16 עמודות מטבלת צמתים בתרשים.
מספר עמודות מרבי לכל הפניה לקצה	‫16 עמודות	מפתח המקור או מפתח היעד של קצה יכולים להפנות לעד 16 עמודות מטבלת הקצה.
המספר המקסימלי של תוויות בתרשים	1,000 תוויות	אפשר להגדיר עד 1,000 תוויות צמתים וקצוות בסך הכול בתרשים.
המספר המקסימלי של תוויות שמוגדרות לכל צומת או קצה	‫20 תוויות	ניתן להגדיר עד 20 תוויות על צומת או קצה בגרף.
המספר המקסימלי של מאפיינים שמוגדרים בגרף	‫5,000 נכסים	אפשר להגדיר עד 5,000 מאפיינים בתרשים.
המספר המקסימלי של מאפיינים שמוגדרים לכל תווית	‫1,000 נכסים	אפשר להגדיר עד 1,000 מאפיינים לכל תווית בתרשים.

BI Engine

ההגבלות הבאות חלות על BigQuery BI Engine.

הגבלה	ברירת מחדל	הערות
גודל הזמנה מקסימלי לכל פרויקט לכל מיקום (BigQuery BI Engine)	250 ג'יגה-בייט	‫250GiB הוא גודל ההזמנה המקסימלי שמוגדר כברירת מחדל לכל פרויקט ולכל מיקום. אתם יכולים לבקש להגדיל את קיבולת ההזמנה המקסימלית של הפרויקטים שלכם. הגדלת הזמנה זמינה ברוב האזורים, וייתכן שייקח 3 ימי עסקים או יותר בהתאם לגודל ההגדלה המבוקשת. במקרה של בקשות דחופות, אפשר לפנות לנציג Google Cloud שלך או ל-Cloud Customer Care.
מספר שורות מקסימלי לכל שאילתה	7 מיליארד	מספר שורות מקסימלי לכל שאילתה.

BigQuery sharing (לשעבר Analytics Hub)

המגבלות הבאות חלות על שיתוף ב-BigQuery (לשעבר Analytics Hub):

הגבלה	ברירת מחדל	הערות
המספר המקסימלי של מרכזי נתונים לכל פרויקט	‫500 תכתובות	אפשר ליצור עד 500 מרכזי נתונים בפרויקט.
המספר המקסימלי של כרטיסי מוצר לכל אוסף נתונים לשיתוף	‫1,000 כרטיסי מוצר	אפשר ליצור עד 1,000 כרטיסי מוצר באוסף נתונים לשיתוף.
מספר מרבי של מערכי נתונים מקושרים לכל מערך נתונים משותף	‫1,000 מערכי נתונים מקושרים	כל מנויי BigQuery sharing, יחד, יכולים להכיל עד 1,000 מערכי נתונים מקושרים לכל מערך נתונים משותף.

גילוי אוטומטי של Knowledge Catalog

המגבלות הבאות חלות על גילוי אוטומטי של Knowledge Catalog:

הגבלה	ברירת מחדל	הערות
מספר הטבלאות המקסימלי ב-BigQuery, ב-BigLake או בטבלאות חיצוניות לכל קטגוריה של Cloud Storage שסריקת גילוי תומכת בה	‫1,000 טבלאות BigQuery לכל דלי	אפשר ליצור עד 1,000 טבלאות ב-BigQuery לכל קטגוריה של Cloud Storage.

מכסות ומגבלות של API

המכסות וההגבלות האלה חלות על בקשות ל-BigQuery API.

ממשק ה-API של BigQuery

המכסות הבאות חלות על בקשות של BigQuery API (ליבה):

מכסה	ברירת מחדל	הערות
בקשות ביום	ללא הגבלה	בפרויקט שלכם אפשר לשלוח מספר בלתי מוגבל של בקשות ל-BigQuery API ביום. הצג מכסה ב Google Cloud לְנַחֵם
מקסימום tabledata.list בייט לדקה	‫7.5GB במספר אזורים, 3.7GB בכל האזורים האחרים	בפרויקט אפשר להחזיר עד 7.5GB של נתוני שורות בטבלה בכל דקה דרך tabledata.list באזורים מרובים של us וeu, ו-3.7GB של נתוני שורות בטבלה בכל דקה בכל האזורים האחרים. המכסה הזו חלה על הפרויקט שמכיל את הטבלה שקוראים ממנה. ממשקי API אחרים, כולל jobs.getQueryResults ומביא תוצאות מ jobs.query ו jobs.insert יכול גם לצרוך את המכסה הזו. מידע על פתרון בעיות מופיע בדף לפתרון בעיות. הצגת המכסה ב Google Cloud מסוף BigQuery Storage Read API יכול לתמוך בנפח נתונים גבוה משמעותית בהשוואה ל-tabledata.list. אם אתם צריכים תפוקה גבוהה יותר מהמותר במסגרת המכסה הזו, כדאי להשתמש ב-BigQuery Storage Read API.

המגבלות הבאות חלות על בקשות של BigQuery API (ליבה):

הערה: לרוב השיטות המרכזיות של BigQuery API יש מכסה של עד 100 בקשות API לכל משתמש לכל שיטה, אבל יכול להיות שלחלק מהשיטות המרכזיות יש מכסות שונות.

הגבלה	ברירת מחדל	הערות
מספר הבקשות המקסימלי ל-API בשנייה לכל משתמש לכל שיטה	‫100 בקשות	משתמש יכול לשלוח עד 100 בקשות API לשנייה לשיטת API. אם משתמש מבצע יותר מ-100 בקשות לשנייה לשיטה, עלולה להתרחש ויסות (throttle). המגבלה הזו לא חלה על הוספות בסטרימינג. מידע נוסף לפתרון בעיות מופיע בדף לפתרון בעיות.
מספר מרבי של בקשות API בו-זמניות לכל משתמש	300 בקשות	אם משתמש מבצע יותר מ-300 בקשות בו זמנית, עלול להתרחש ויסות. מגבלה זו אינה חלה על תוספות סטרימינג.
הגודל המקסימלי של request header	‎16 KiB	בקשת ה-BigQuery API שלך יכולה להיות בגודל של עד 16 KiB, כולל כתובת ה-URL של הבקשה וכל הכותרות. המגבלה הזו לא חלה על גוף הבקשה, למשל בבקשת POST.
מקסימום jobs.get בקשות לשנייה	‫1,000 בקשות	הפרויקט שלך יכול לבצע עד 1,000 בקשות jobs.get לשנייה.
מַקסִימוּם jobs.query גודל התגובה	20 MB	כברירת מחדל, אין מגבלה על מספר השורות של נתונים שמוחזרים על ידי jobs.query לכל דף תוצאות. עם זאת, גודל התגובה מוגבל ל-20MB. אפשר לשנות את מספר השורות שיוחזרו באמצעות הפרמטר maxResults.
גודל שורה מקסימלי של jobs.getQueryResults	20 מגה-בייט	גודל השורה המקסימלי הוא משוער, כי המגבלה מבוססת על הייצוג הפנימי של נתוני השורה. ההגבלה נאכפת במהלך הקידוד מחדש.
מקסימום projects.list בקשות לשנייה	‫10 בקשות	משתמש יכול לשלוח עד 10 projects.list בקשות לשנייה.
המספר המקסימלי של בקשות tabledata.list לשנייה	‫1,000 בקשות	בפרויקט שלכם אפשר להגיש עד 1,000 בקשות tabledata.list לשנייה.
מספר השורות המקסימלי בתשובה של tabledata.list	‫100,000 שורות	קריאה לפונקציה tabledata.list יכולה להחזיר עד 100,000 שורות בטבלה. מידע נוסף זמין במאמר הפניה: מגבלות וקריטריונים של API.
גודל שורה מקסימלי של tabledata.list	‫100MB	גודל השורה המקסימלי הוא משוער, כי המגבלה מבוססת על הייצוג הפנימי של נתוני השורה. ההגבלה נאכפת במהלך הקידוד מחדש.
מקסימום tables.insert בקשות לשנייה	‫10 בקשות	משתמש יכול לשלוח עד 10 בקשות tables.insert לשנייה. השיטה tables.insert יוצרת טבלה חדשה וריקה במערך נתונים.

BigQuery Connection API

המכסות הבאות חלות על בקשות של BigQuery Connection API:

מכסה	ברירת מחדל	הערות
בקשות קריאה לדקה	‫1,000 בקשות לדקה	בפרויקט אפשר לבצע עד 1,000 בקשות בדקה לשיטות של BigQuery Connection API שקוראות נתוני חיבור. הצגת המכסה ב Google Cloud מסוף
כתיבת בקשות לדקה	‫100 בקשות לדקה	בפרויקט שלכם אפשר לשלוח עד 100 בקשות בדקה לשיטות של BigQuery Connection API שיוצרות או מעדכנות חיבורים. הצגת המכסה ב Google Cloud מסוף
חיבורי BigQuery Omni שנוצרו בדקה	נוצרים 10 חיבורים לדקה	בכל דקה, אפשר ליצור בפרויקט עד 10 חיבורים ל-BigQuery Omni, בסך הכול ב-AWS וב-Azure.
שימושים בחיבור BigQuery Omni	‫500 פעולות שימוש בחיבור לדקה	בפרויקט שלכם אפשר להשתמש בחיבור BigQuery Omni עד 500 פעמים בדקה. זה חל על פעולות שמשתמשות בחיבור שלכם כדי לגשת לחשבון AWS, כמו שאילתה של טבלה.

BigQuery Migration API

המגבלות הבאות חלות על BigQuery Migration API:

הגבלה	ברירת מחדל	הערות
גודל קובץ בודד לתרגום SQL באצווה	‫10MB	כל קובץ מקור וקובץ מטא-נתונים יכולים להיות בגודל של עד 10MB. המגבלה הזו לא חלה על קובץ ה-ZIP של המטא-נתונים שנוצר על ידי כלי החילוץ של שורת הפקודה dwh-migration-dumper.
הגודל הכולל של קובצי המקור לתרגום אצווה של SQL	‎1GB	הגודל הכולל של כל קובצי הקלט שהועלו ל-Cloud Storage יכול להיות עד 1GB. זה כולל את כל קבצי המקור, ואת כל קבצי המטא-דאטה אם תבחר לכלול אותם.
גודל מחרוזת הקלט לתרגום אינטראקטיבי של SQL	‫1MB	המחרוזת שאתם מזינים לתרגום אינטראקטיבי של SQL לא יכולה להיות גדולה מ-1MB. בעת הרצת תרגומים אינטראקטיביים באמצעות ממשק ה-API של התרגום, מגבלה זו חלה על הגודל הכולל של כל קלטי המחרוזות.
הגודל המקסימלי של קובץ התצורה לתרגום אינטראקטיבי של SQL	50MB	הגודל של כל קובץ מטא-נתונים (דחוס) וכל קובץ הגדרות YAML ב-Cloud Storage לא יכול להיות גדול מ-50MB. אם גודל הקובץ גדול מ-50MB, הכלי האינטראקטיבי לתרגום מדלג על קובץ ההגדרות הזה במהלך התרגום ומציג הודעת שגיאה. אחת הדרכים להקטין את גודל קובץ המטא-נתונים היא להשתמש בדגלים —database או –schema כדי לסנן מסדי נתונים כשיוצרים את המטא-נתונים.
המספר המקסימלי של הצעות מ-Gemini בשעה	‫1,000 (אפשר לצבור עד 10,000 אם לא משתמשים)	במקרה הצורך, אפשר לפנות אל Cloud Customer Care כדי לבקש הגדלה של המכסה.

המכסות הבאות חלות על BigQuery Migration API. ברוב המקרים, ערכי ברירת המחדל הבאים חלים. יכול להיות שברירות המחדל של הפרויקט שלכם שונות:

מכסה	ברירת מחדל	הערות
EDWMigration Service List Requests per minute EDWMigration Service List Requests per minute per user	12,000 בקשות ‫2,500 בקשות	בכל פרויקט אפשר לשלוח עד 12,000 בקשות לרשימה של Migration API בדקה. כל משתמש יכול לבצע עד 2,500 בקשות לרשימת API של Migration בדקה. הצגת מכסות ב Google Cloud מסוף
EDWMigration Service Get Requests per minute EDWMigration Service Get Requests per minute per user	‫25,000 בקשות ‫2,500 בקשות	בכל פרויקט אפשר לשלוח עד 25,000 בקשות Get ל-Migration API בדקה. כל משתמש יכול לבצע עד 2,500 בקשות Get של API Migration בדקה. הצגת מכסות ב Google Cloud מסוף
בקשות אחרות לדקה עבור שירות הגירה של EDW EDWMigration Service Other Requests per minute per user	‫25 בקשות ‫5 בקשות	בכל פרויקט אפשר לשלוח עד 25 בקשות אחרות ל-Migration API בדקה. כל משתמש יכול לשלוח עד 5 בקשות נוספות ל-Migration API בכל דקה. הצגת מכסות במסוף Google Cloud
בקשות אינטראקטיביות לתרגום SQL לדקה בקשות אינטראקטיביות לתרגום SQL לדקה לכל משתמש	‫200 בקשות 50 בקשות	בכל דקה, אפשר לשלוח עד 200 בקשות לשירות תרגום SQL מהפרויקט. כל משתמש יכול להגיש עד 50 בקשות אחרות לשירות תרגום SQL בדקה. הצגת מכסות במסוף Google Cloud

BigQuery Reservation API

המכסות הבאות חלות על בקשות BigQuery Reservation API:

מכסה	ברירת מחדל	הערות
בקשות לדקה לכל אזור	‫100 בקשות	בכל פרויקט אפשר לבצע עד 100 קריאות לשיטות של BigQuery Reservation API בדקה לכל אזור. הצגת מכסות במסוף Google Cloud
מספר השיחות לדקה באזור SearchAllAssignments	‫100 בקשות	בכל פרויקט אפשר לבצע עד 100 קריאות לשיטה SearchAllAssignments בדקה לכל אזור. הצגת מכסות ב Google Cloud מסוף
בקשות ל-SearchAllAssignments לדקה לכל אזור לכל משתמש	‫10 בקשות	כל משתמש יכול לבצע עד 10 שיחות לשיטה SearchAllAssignments לדקה לכל אזור. הצגת המכסות ב Google Cloud מסוף (בתוצאות החיפוש של Google Cloud המסוף, מחפשים את האפשרות לכל משתמש).

BigQuery Data Policy API

המגבלות הבאות חלות על Data Policy API (תצוגה מקדימה):

הגבלה	ברירת מחדל	הערות
מספר השיחות המקסימלי של dataPolicies.list	‫400 בקשות לדקה לכל פרויקט ‫600 בקשות לדקה לכל ארגון
מספר השיחות המקסימלי ב-dataPolicies.testIamPermissions.	400 בקשות לדקה לכל פרויקט 600 בקשות לדקה לכל ארגון
המספר המקסימלי של בקשות קריאה.	1200 בקשות לדקה לכל פרויקט 1800 בקשות לדקה לכל ארגון	זה כולל שיחות אלdataPolicies.get וdataPolicies.getIamPolicy.
מספר מקסימלי של בקשות כתיבה.	‫600 בקשות לדקה לכל פרויקט ‫900 בקשות לדקה לכל ארגון	זה כולל שיחות אל: dataPolicies.create dataPolicies.delete dataPolicies.setIamPolicy dataPolicies.patch

IAM API

המיכסות הבאות חלות כשמשתמשים בתכונות של ניהול זהויות וגישה ב-BigQuery כדי לאחזר ולהגדיר מדיניות IAM, וכדי לבדוק הרשאות IAM. ההצהרות של שפת בקרת נתונים (DCL) נספרות במסגרת מכסת SetIAMPolicy.

הערה: אם אתם נתקלים באילוצים של בקשות IAM, מומלץ לבדוק אם אפשר להשתמש בירושת הרשאות IAM בפרויקט כדי להקל על האילוץ.

מכסה	ברירת מחדל	הערות
IamPolicy בקשות לדקה לכל משתמש	‫1,500 בקשות לדקה לכל משתמש	כל משתמש יכול לבצע עד 1,500 בקשות לדקה לכל פרויקט. הצג מכסה ב Google Cloud לְנַחֵם
‫IamPolicy בקשות לדקה לכל פרויקט	‫3,000 בקשות לדקה לכל פרויקט	בפרויקט אפשר לשלוח עד 3,000 בקשות לדקה. הצגת המכסה ב Google Cloud מסוף
אזור יחיד SetIAMPolicy בקשות לדקה לכל פרויקט	‫1,000 בקשות לדקה לכל פרויקט	בפרויקט עם אזור יחיד אפשר לשלוח עד 1,000 בקשות לדקה. הצג מכסה ב Google Cloud לְנַחֵם
במספר אזורים SetIAMPolicy בקשות לדקה לכל פרויקט	2,000 בקשות לדקה לכל פרויקט	בפרויקט מרובה אזורים אפשר לשלוח עד 2,000 בקשות לדקה. הצגת המכסה ב Google Cloud מסוף
בקשות בכל האזורים SetIAMPolicy לדקה לכל פרויקט	‫200 בקשות לדקה לכל פרויקט	בפרויקט רב-אזורי אפשר להגיש עד 200 בקשות בדקה. הצגת המכסה ב Google Cloud מסוף

Storage Read API

המכסות הבאות חלות על בקשות BigQuery Storage Read API:

מכסה	ברירת מחדל	הערות
קריאת בקשות במישור הנתונים לדקה לכל משתמש	‫25,000 בקשות	כל משתמש יכול לבצע עד 25,000 שיחות ReadRows בדקה לכל פרויקט. הצג מכסה ב Google Cloud לְנַחֵם
מספר מקסימלי של חיבורי קריאה בו-זמנית	2,000 באזורים מרובים; 400 באזורים	מספר מקסימלי של חיבורים בו-זמניים ל-ReadRows לכל פרויקט. ברירת המחדל היא 2,000 חיבורים באזורים us ו-eu, ו-400 חיבורים באזורים אחרים. הזמינות בפועל של החיבור עשויה להשתנות בהתאם לעומס ולביקוש הכוללים של השירות באזור. התאמה דינמית זו מבטיחה חלוקה הוגנת של משאבים ושומרת על יציבות השירות עבור כל המשתמשים. כשסוגרים שידור כדי לשמור על הוגנות או כשמגיעים למגבלת החיבור, מקבלים שגיאה RESOURCE_EXHAUSTED (HTTP 429). בקשות להגדלת מכסות (QIR) נבדקות על סמך דפוסי השימוש הקודמים בפרויקט והזמינות הכללית של משאבים באזור. הצגת המכסה ב Google Cloud מסוף
קריאת בקשות למישור הבקרה לדקה לכל משתמש	5,000 בקשות	כל משתמש יכול לבצע עד 5,000 קריאות לפעולת מטא-נתונים של Storage Read API לדקה לכל פרויקט. קריאות המטא-נתונים כוללות את השיטות CreateReadSession ו-SplitReadStream. הצגת המכסה ב Google Cloud מסוף

המגבלות הבאות חלות על בקשות של BigQuery Storage Read API:

הגבלה	ברירת מחדל	הערות
אורך מקסימלי של שורה או מסנן	1 מגה-בייט	כשמשתמשים בקריאה ל-Storage Read API‏ CreateReadSession, יש מגבלה של אורך מקסימלי של 1MB לכל שורה או מסנן.
גודל מקסימלי של נתונים שעברו סריאליזציה	‫128MB	כשמשתמשים בקריאה ל-Storage Read API ReadRows, הייצוג הסדרתי של הנתונים בהודעה ReadRowsResponse לא יכול להיות גדול מ-128MB.
שימוש מקסימלי בזיכרון לכל סטרימינג	1.5 ג'יגה-בייט	הזיכרון המקסימלי לכל זרם הוא משוער, כי המגבלה מבוססת על הייצוג הפנימי של נתוני השורה. זרמים המשתמשים ביותר מ-1.5 ג'יגה-בייט בזיכרון עבור שורה בודדת עלולים להיכשל. מידע נוסף מופיע במאמר פתרון בעיות שקשורות לחריגה ממגבלות המשאבים.

Storage Write API (gRPC)

המכסות הבאות חלות על בקשות של Storage Write API (gRPC). אפשר להחיל את המכסות הבאות ברמת התיקייה. המכסות האלה מצטברות ומשותפות בין כל פרויקטי הצאצא. כדי להפעיל תצורה זו, פנו לCloud Customer Care.

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

הערה: עקב אופטימיזציה של ביצועים, BigQuery עשוי לדווח על שימוש גדול יותר במכסת חיבורים בו-זמנית מאשר השימוש בפועל במכסת החיבור. הסטייה יכולה להיות עד 1% מהמכסה הכוללת או 100 חיבורים, הנמוך מביניהם, כפול מקדם של 1 עד 4. משמעות הדבר היא שהשימוש המדווח יכול לסטות ב-400 חיבורים לכל היותר באזורים מרובים עם מכסת ברירת מחדל של 10,000, וב-40 חיבורים באזורים קטנים עם מכסת ברירת מחדל של 1,000. אכיפת המכסה מבוססת תמיד על השימוש בפועל, ולא על הערך המדווח.

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

מכסה	ברירת מחדל	הערות
חיבורי כתיבה בו-זמניים	‫5,000 באזור, 20,000 במספר אזורים	המכסה של חיבורים בו-זמניים מבוססת על פרויקט הלקוח שיזם את הבקשה ל-Storage Write API ‏ (gRPC), ולא על הפרויקט שמכיל את משאב מערך הנתונים של BigQuery. פרויקט ההפעלה הוא הפרויקט שמשויך למפתח ה-API או לחשבון השירות. הפרויקט יכול לפעול עם 5,000 חיבורים בו-זמנית באזור אחד, או עם 20,000 חיבורים בו-זמנית באזורים מרובים של US ושל EU. החיבור צריך להיות ארוך טווח ולשמש לשליחת כמה שיותר בקשות. לא מומלץ להשתמש בחיבורים קצרי טווח, והשימוש בהם עלול לגרום לניצול מוגזם של מכסת החיבורים בו-זמנית. למטרות חישוב מכסות, אנו מציעים אורך חיים של חיבור של מספר דקות לפחות. כשמשתמשים בזרם ברירת המחדל ב-Java או ב-Go, מומלץ להשתמש בריבוב (multiplexing) של Storage Write API‏ (gRPC) כדי לכתוב לכמה טבלאות יעד עם חיבורים משותפים, וכך לצמצם את מספר החיבורים הכולל שנדרשים. אם אתם משתמשים במחבר Beam עם סמנטיקה של לפחות פעם אחת, אתם יכולים להגדיר את UseStorageApiConnectionPool לערך TRUE כדי להפעיל ריבוב. הצגת המכסה במסוף Google Cloud אפשר לראות את מדדי המכסות והמגבלות של השימוש בפרויקטים ב-Cloud Monitoring. בוחרים את שם מגבלת החיבורים בו-זמנית בהתאם לאזור שלכם. האפשרויות הן ConcurrentWriteConnectionsPerProject, ConcurrentWriteConnectionsPerProjectEU ו-ConcurrentWriteConnectionsPerProjectRegion עבור us, eu ואזורים אחרים, בהתאמה. מומלץ מאוד להגדיר התראות כדי לעקוב אחרי השימוש במכסת האחסון והמגבלות. בנוסף, אם יש עלייה חדה בדפוסי התנועה או צמיחה אורגנית קבועה, כדאי להקצות יותר מכסה בשיעור של 25% עד 50% כדי להתמודד עם ביקוש בלתי צפוי.
תפוקה	תפוקה של 3GB לשנייה במספר אזורים, 300MB לשנייה באזורים	אפשר להזרים עד 3GBps באזורים מרובים של us ו-eu, ו-300MBps באזורים אחרים לכל פרויקט. הצגת המכסה ב Google Cloud מסוף אפשר לראות את מדדי המכסות והמגבלות של השימוש בפרויקטים ב-Cloud Monitoring. בחר את שם מגבלת התפוקה בהתבסס על האזור שלך. האפשרויות הן AppendBytesThroughputPerProject, AppendBytesThroughputPerProjectEU ו-AppendBytesThroughputPerProjectRegion עבור us, eu ואזורים אחרים, בהתאמה. מכסת התפוקה של פעולות כתיבה נמדדת לפי הפרויקט שבו נמצא מערך היעד, ולא לפי פרויקט הלקוח. מומלץ מאוד שתגדירוהתראות כדי לנטר את ניצול המכסה והמגבלות שלך. בנוסף, אם יש עלייה חדה בדפוסי התנועה או צמיחה אורגנית קבועה, כדאי להקצות יותר מכסה בשיעור של 25% עד 50% כדי להתמודד עם ביקוש בלתי צפוי.
CreateWriteStream בקשות	‫10,000 סטרימים בכל שעה, לכל פרויקט בכל אזור	אפשר להתקשר אל CreateWriteStream עד 10,000 פעמים בשעה לכל פרויקט לכל אזור. אם לא נדרשת סמנטיקה של 'פעם אחת בדיוק', כדאי להשתמש בשידור ברירת המחדל. המכסה הזה הוא שעתי, אבל המדד שמוצג במסוף Google Cloud הוא דקות.
בייטים של שידור בהמתנה	‫10TB במספר אזורים; 1TB באזורים	לכל פעולת העברה שאתם מפעילים, אתם יכולים להעביר עד 10 TB באזורים הגיאוגרפיים us ו-eu, ועד 1 TB באזורים אחרים. אין דיווח על מכסה במכסה הזו.

המגבלות הבאות חלות על בקשות של Storage Write API (gRPC):

הגבלה	ברירת מחדל	הערות
ביצוע של כמה פעולות בו-זמנית	‫10,000 זרמים לכל טבלה	אפשר לבצע קומיט של עד 10,000 זרמים בכל קריאה ל-BatchCommitWriteStream.
AppendRows request size	20 MB	גודל הבקשה המקסימלי הוא 20MB.

הזנת זרם נתונים

המכסות וההגבלות הבאות חלות כשמעבירים נתונים ל-BigQuery באמצעות BigQuery Storage Write API (REST). במאמר פתרון בעיות שקשורות למכסות מוסבר איך אפשר להישאר במסגרת המגבלות האלה. אם תחרגו מהמכסות האלה, מערכת BigQuery תחזיר שגיאה quotaExceeded. יכול להיות שמכסת ההקצאה שלכם תצומצם ב-BigQuery אם לא נעשה בה שימוש משמעותי במשך יותר משנה.

הגבלה	ברירת מחדל	הערות
מספר הבייטים המקסימלי לשנייה לכל פרויקט באזורים מרובים us ו-eu	‫1GB לשנייה	הפרויקט יכול להזרים עד ‎1GB לשנייה. המכסה הזה הוא מצטבר במספר אזורים נתון. במילים אחרות, סכום הבייטים לשנייה שמוזרמים לכל הטבלאות בפרויקט נתון באזור מרובה מוגבל ל-1GB. חריגה מהמגבלה הזו גורמת לשגיאות quotaExceeded. במידת הצורך, ניתן לבקש הגדלת מכסה על ידי פנייה לCloud Customer Care. כדאי לשלוח בקשה להגדלת המכסה מוקדם ככל האפשר, לפחות שבועיים לפני שתצטרכו אותה. הגדלת המכסה מתבצעת תוך זמן מה, במיוחד במקרה של הגדלה משמעותית.
המספר המקסימלי של בייטים לשנייה לכל פרויקט בכל שאר המיקומים	‫300MB לשנייה	הפרויקט שלך יכול להזרים עד 300 מגה-בייט לשנייה בכל המיקומים מלבד אזורי us ו-eu. המיכסה הזו היא מצטברת במסגרת מיקום נתון במספר אזורים. במילים אחרות, הסכום של בייטים לשנייה שמוזרמים לכל הטבלאות בפרויקט נתון באזור מסוים מוגבל ל-300MB. חריגה מהמגבלה הזו גורמת לשגיאות quotaExceeded. במקרה הצורך, אפשר לפנות אל Cloud Customer Care כדי לבקש הגדלה של המכסה. מומלץ לשלוח בקשה להגדלת המגבלה מוקדם ככל האפשר, ולפחות שבועיים לפני שתצטרכו אותה. הגדלת המכסה מתבצעת תוך זמן מה, במיוחד במקרה של הגדלה משמעותית.
גודל שורה מקסימלי	‫10MB	חריגה מהערך הזה גורמת לשגיאות invalid.
מגבלת הגודל של בקשת HTTP	‫10MB	חריגה מהערך הזה גורמת לשגיאות invalid. באופן פנימי, הבקשה מתורגמת מ-HTTP JSON למבנה נתונים פנימי. למבנה הנתונים המתורגם יש מגבלת גודל משלו. קשה לחזות את הגודל של מבנה הנתונים הפנימי שיתקבל, אבל אם גודל בקשות ה-HTTP שלכם יהיה 10MB או פחות, הסיכוי שתגיעו למגבלה הפנימית נמוך.
מספר השורות המקסימלי לכל בקשה	‫50,000 שורות	מומלץ להשתמש ב-500 שורות לכל היותר. הוספת בקשות לאצווה יכולה לשפר את הביצועים ואת קצב העברת הנתונים עד לנקודה מסוימת, אבל על חשבון זמן האחזור לכל בקשה. אם יש מעט מדי שורות בכל בקשה, התקורה של כל בקשה עלולה להפוך את ההעברה ללא יעילה. יותר מדי שורות בכל בקשה, וקצב העברת הנתונים יכול לרדת. בודקים נתונים מייצגים (סכימה וגדלי נתונים) כדי לקבוע את גודל האצווה האידיאלי לנתונים.
אורך השדה: insertId	128 תווים	חריגה מהערך הזה גורמת לשגיאות invalid.

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

רוחב פס

המכסות הבאות חלות על רוחב הפס של הרפליקציה:

מכסה	ברירת מחדל	הערות
רוחב הפס המקסימלי של שכפול השלמת החוסר הראשונית לכל אזור שבו מתבצעת יציאת נתונים בין אזורים מהרפליקה הראשית לרפליקות המשניות.	‫10 GiBps פיזיים לכל אזור לכל ארגון
רוחב הפס המקסימלי של שכפול שוטף לכל אזור שבו יש תעבורת נתונים יוצאת (egress) בין אזורים מהרפליקה הראשית לרפליקות המשניות.	‫5 GiBps פיזיים לכל אזור לכל ארגון
רוחב הפס המקסימלי של רפליקציית טורבו לכל אזור שבו יש יציאת נתונים בין אזורים מהרפליקה הראשית לרפליקות המשניות.	‫5 GiBps פיזיים לכל אזור לכל ארגון	מכסת רוחב הפס של רפליקציה בקצב טורבו לא חלה על פעולת המילוי החוזר הראשונית.

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