שימוש במנהל ההתקן של JDBC ל-BigQuery

מנהל ההתקן של Java Database Connectivity (JDBC)‎ ל-BigQuery מחבר את אפליקציות Java ל-BigQuery, ומאפשר לכם להשתמש בתכונות של BigQuery עם הכלים והתשתית המועדפים עליכם. כדי לחבר אפליקציות שאינן Java ל-BigQuery, השתמשו במנהל ההתקן של Open Database Connectivity (ODBC) ל-BigQuery.

מגבלות

מנהל ההתקן של JDBC ל-BigQuery כפוף למגבלות הבאות:

• הדרייבר ספציפי ל-BigQuery ואי אפשר להשתמש בו עם מוצרים או שירותים אחרים.
• סוג הנתונים INTERVAL לא נתמך ב-BigQuery Storage Read API.
• כל המגבלות של שפת הטיפול בנתונים (DML) חלות.

לפני שמתחילים

1. חשוב לוודא שאתם מכירים את מנהלי ההתקנים של JDBC, את Apache Maven ואת החבילה java.sql.
2. מוודאים שבמערכת מוגדרת סביבת זמן ריצה של Java‏ (JRE) בגרסה 8.0 ואילך. כדי לבדוק את גרסת ה-JRE, קראו את המאמר אימות סביבת ה-JRE.

3. מאמתים את BigQuery, ושימו לב למידע הבא, שמשמש בהמשך ליצירת חיבור עם מנהל ההתקן של JDBC ל-BigQuery. אתם צריכים לשים לב רק למידע שמתאים לשיטת האימות שבה אתם משתמשים.

   שיטת אימות	פרטי אימות	דוגמה	מאפיין החיבור (להגדרה בהמשך)
   חשבון שירות רגיל	כתובת האימייל של חשבון השירות	bq-jdbc-sa@mytestproject.s3ns.iam.gserviceaccount.com	OAuthServiceAcctEmail
   	מפתח לחשבון השירות (אובייקט JSON)	my-sa-key	OAuthPvtKey
   קובץ מפתח של חשבון שירות	קובץ המפתח של חשבון השירות (נתיב מלא)	path/to/file/secret.json	OAuthPvtKeyPath
   חשבון משתמש ב-Google	מזהה לקוח	123-abc.apps.googleusercontent.com	OAuthClientId
   	סוד לקוח	_aB-C1D_E2fGh3Ij4kL5m6No7p8QR9sT0uV	OAuthClientSecret
   טוקן גישה שנוצר מראש	טוקן גישה	ya29.a0AfH6SMCiH1L-x_yZ	OAuthAccessToken
   טוקן רענון שנוצר מראש	טוקן רענון	1/fFAGRNJru1FTz70BzhT3Zg	OAuthRefreshToken
   	מזהה לקוח	123-abc.apps.googleusercontent.com	OAuthClientId
   	סוד לקוח	_aB-C1D_E2fGh3Ij4kL5m6No7p8QR9sT0uV	OAuthClientSecret
   Application Default Credentials	ללא	לא רלוונטי	לא רלוונטי
   קובץ תצורה	קובץ תצורה (אובייקט JSON או נתיב מלא)	path/to/file/secret.json	OAuthPvtKey
   אובייקט הגדרה של חשבון חיצוני	אובייקט הגדרת החשבון	external_account_configuration_object	OAuthPvtKey
   אחר	מאפיין הקהל של קובץ התצורה של החשבון החיצוני	//iam.googleapis.com/projects/my-project/locations/US-EAST1/workloadIdentityPools/my-pool-/providers/my-provider	BYOID_AudienceUri
   	קובץ לאחזור טוקנים ומידע על הסביבה	{\"file\":\"/path/to/file\"}	BYOID_CredentialSource
   	פרויקט של משתמש (רק אם משתמשים במאגר כוח עבודה)	my_project	BYOID_PoolUserProject
   	‫URI להתחזות לחשבון שירות (רק אם משתמשים במאגר של כוח עבודה)	my-sa	BYOID_SA_Impersonation_Uri
   	אסימון של Security Token Service שמבוסס על המפרט של החלפת אסימונים	urn:ietf:params:oauth:tokentype:id_token	BYOID_SubjectTokenType
   	נקודת הקצה להחלפת אסימונים של Security Token Service	https://sts.googleapis.com/v1/token	BYOID_TokenUri

התקנה והגדרה של מנהל ההתקן של JDBC

כדי להתקין ולהגדיר את מנהל ההתקן של JDBC ל-BigQuery, אתם יכולים להוריד ישירות את קובץ ה-uber-JAR או להשתמש ב-Maven.

הגדרת הורדה ישירה

כדי להגדיר את מנהל ההתקן של JDBC באמצעות הורדה ישירה:

1. מורידים את גרסה 1.6.0 של מנהל ההתקן.
2. מעתיקים את הקובץ שהורדתם למיקום שצוין בתוכנה.

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

הגדרת Maven

מנהל ההתקן של JDBC ל-BigQuery זמין ב-Maven Central.

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

<dependency>
    <groupId>com.google.cloud</groupId>
    <artifactId>google-cloud-bigquery-jdbc</artifactId>
    <version>1.6.0</version>
</dependency>

<dependency>
    <groupId>com.google.cloud</groupId>
    <artifactId>google-cloud-bigquery-jdbc</artifactId>
    <version>1.6.0</version>
    <classifier>all</classifier>
    <exclusions>
      <exclusion>
        <groupId>*</groupId>
        <artifactId>*</artifactId>
      </exclusion>
    </exclusions>
</dependency>

dependencies {
// ... other dependencies
implementation("com.google.cloud:google-cloud-bigquery-jdbc:1.6.0")
}

יצירת חיבור

כדי ליצור חיבור בין אפליקציית Java לבין BigQuery באמצעות מנהל ההתקן של JDBC ל-BigQuery:

1. מזהים את מחרוזת החיבור של מנהל ההתקן של JDBC ל-BigQuery. המחרוזת הזו כוללת את כל המידע שנדרש כדי ליצור חיבור בין אפליקציית Java לבין BigQuery. מחרוזת החיבור היא בפורמט הבא:

   jdbc:bigquery://HOST:PORT;ProjectId=PROJECT_ID;OAuthType=AUTH_TYPE;AUTH_PROPS;OTHER_PROPS

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

   • ‫HOST: כתובת ה-DNS או כתובת ה-IP של השרת.
   • ‫PORT: מספר היציאה של ה-TCP.
   • ‫PROJECT_ID: מזהה הפרויקט ב-BigQuery.
   • ‫AUTH_TYPE: מספר שמציין את סוג האימות שבו השתמשתם. אחד מהפרטים הבאים:
     • ‫0: לאימות של חשבון שירות (רגיל וקובץ מפתח)
     • ‫1: לאימות של חשבון משתמש ב-Google
     • ‫2: לאימות של טוקן גישה או טוקן רענון שנוצר מראש
     • ‫3: לאימות באמצעות Application Default Credentials
     • ‫4: לשיטות אימות אחרות
   • ‫AUTH_PROPS: פרטי האימות שציינתם כשאימתתם את BigQuery, בפורמט property_1=value_1; property_2=value_2;.... לדוגמה, OAuthPvtKeyPath=path/to/file/secret.json אם האימות בוצע באמצעות קובץ מפתח של חשבון שירות.
   • ‫OTHER_PROPS (אופציונלי): מאפייני חיבור נוספים למנהל ההתקן של JDBC, בפורמט property_1=value_1; property_2=value_2;.... לרשימה המלאה של מאפייני החיבור, ראו מאפייני החיבור.

2. מחברים את אפליקציית Java למנהל ההתקן של JDBC ל-BigQuery באמצעות המחלקה DriverManager או DataSource.

   • התחברות לכיתה DriverManager:

     import java.sql.Connection;
     import java.sql.DriverManager;
     
     private static Connection getJdbcConnectionDM(){
       Connection connection = DriverManager.getConnection(CONNECTION_STRING);
       return connection;
     }

     מחליפים את CONNECTION_STRING במחרוזת החיבור מהשלב הקודם.

   • התחברות לכיתה DataSource:

     import com.google.cloud.bigquery.jdbc.DataSource;
     import java.sql.Connection;
     import java.sql.SQLException;
     
     private static public Connection getJdbcConnectionDS() throws SQLException {
       Connection connection = null;
       DataSource dataSource = new com.google.cloud.bigquery.jdbc.DataSource();
       dataSource.setURL(CONNECTION_STRING);
       connection = dataSource.getConnection();
       return connection;
     }

     מחליפים את CONNECTION_STRING במחרוזת החיבור מהשלב הקודם.

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

     private static Connection getConnection() throws SQLException {
       DataSource ds = new DataSource();
       ds.setURL(jdbc:bigquery://https://www.googleapis.com/bigquery/v2:443;);
       ds.setAuthType(3);  // Application Default Credentials
       ds.setProjectId("MyTestProject");
       ds.setEnableHighThroughputAPI(true);
       ds.setLogLevel("6");
       ds.setUseQueryCache(false);
       return ds.getConnection();
     }

מאפייני החיבור

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

הרצת שאילתות באמצעות הדרייבר

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

מיפוי סוגי נתונים

כשמריצים שאילתות באמצעות מנהל ההתקן של JDBC ל-BigQuery, מתבצע מיפוי של סוגי הנתונים הבאים:

דוגמאות

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

פרמטרים תלויי מיקום

בדוגמה הבאה מריצים שאילתה עם פרמטר מיקום:

PreparedStatement preparedStatement = connection.prepareStatement(
    "SELECT * FROM MyTestTable where testColumn = ?");
preparedStatement.setString(1, "string2");
ResultSet resultSet = statement.executeQuery(selectQuery);

רשומות בתוך רשומות ורשומות חוזרות

השאילתה הבאה לדוגמה שולפת את רשומת הבסיס של נתוני Struct:

ResultSet resultSet = statement.executeQuery("SELECT STRUCT(\"Adam\" as name, 5 as age)");
    resultSet.next();
    Struct obj = (Struct) resultSet.getObject(1);
    System.out.println(obj.toString());

הדרייבר מחזיר את רשומת הבסיס כאובייקט struct או כמחרוזת שמייצגת אובייקט JSON. התוצאה אמורה להיראות כך:

{
  "v": {
    "f": [
      {
        "v": "Adam"
      },
      {
        "v": "5"
      }
    ]
  }
}

בדוגמה הבאה מוצגת שאילתה על רכיבי המשנה של אובייקט Struct:

ResultSet resultSet = statement.executeQuery("SELECT STRUCT(\"Adam\" as name, 5 as age)");
    resultSet.next();
    Struct structObject = (Struct) resultSet.getObject(1);
    Object[] structComponents = structObject.getAttributes();
    for (Object component : structComponents){
      System.out.println(component.toString());
    }

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

// Execute Query
ResultSet resultSet = statement.executeQuery("SELECT [1,2,3]");
resultSet.next();
Object[] arrayObject = (Object[]) resultSet.getArray(1).getArray();

// Verify Result
int count =0;
for (; count < arrayObject.length; count++) {
  System.out.println(arrayObject[count]);
}

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

// Execute Query
ResultSet resultSet = statement.executeQuery("SELECT "
    + "[STRUCT(\"Adam\" as name, 12 as age), "
    + "STRUCT(\"Lily\" as name, 17 as age)]");

Struct[] arrayObject = (Struct[]) resultSet.getArray(1).getArray();

// Verify Result
for (int count =0; count < arrayObject.length; count++) {
  System.out.println(arrayObject[count]);
}

הוספה בכמות גדולה

בדוגמה הבאה מתבצעת פעולת הוספה בכמות גדולה באמצעות השיטה executeBatch.

Connection conn = DriverManager.getConnection(connectionUrl);
PreparedStatement statement = null;
Statement st = conn.createStatement();
final String insertQuery = String.format(
        "INSERT INTO `%s.%s.%s` "
      + " (StringField, IntegerField, BooleanField) VALUES(?, ?, ?);",
        DEFAULT_CATALOG, DATASET, TABLE_NAME);

statement = conn.prepareStatement(insertQuery1);

for (int i=0; i<2000; ++i) {
      statement.setString(1, i+"StringField");
      statement.setInt(2, i);
      statement.setBoolean(3, true);
      statement.addBatch();
}

statement.executeBatch();

רישום ביומן

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

רמות הרישום ביומן

המאפיין LogLevel קובע את רמת הפירוט של הרישום ביומן בחבילה java.util.logging:

• ‫0: OFF (ברירת מחדל)
• 1: SEVERE
• 2: ‏WARNING
• 3: ‏INFO
• 4: ‏CONFIG
• 5: ‏FINE
• 6: ‏FINER
• 7: ‏FINEST
• 8: ALL

אנחנו ממליצים על רמה 6 לפתרון בעיות כלליות. רמות 7 ו-8 מוגבלות לפעולות של ResultSet ויוצרות נפח גדול של יומנים.

הפעלת רישום ביומן במחרוזת החיבור

כדי להפעיל את הרישום ביומן במחרוזת החיבור, מוסיפים את מאפייני החיבור LogLevel ו-LogPath, לדוגמה:

jdbc:bigquery://https://www.googleapis.com/bigquery/v2:443;ProjectId=MyTestProject;OAuthType=3;LogLevel=6;LogPath=/tmp/jdbc-logs;

הפעלת רישום ביומן באמצעות משתני סביבה

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

• ‫BIGQUERY_JDBC_LOG_LEVEL: רמת הרישום ביומן (0-8).
• ‫BIGQUERY_JDBC_LOG_PATH: הספרייה של קובצי היומן.

לדוגמה, בסביבה של Linux או macOS, מריצים את הפקודה הבאה:

export BIGQUERY_JDBC_LOG_LEVEL=6
export BIGQUERY_JDBC_LOG_PATH=/tmp/jdbc-logs

OpenTelemetry

מנהל ההתקן של JDBC ל-BigQuery תומך ב-OpenTelemetry‏ (OTel) כדי לספק מעקב ורישום ביומן מבוזרים, שמאפשרים לעקוב אחרי הביצועים של האינטראקציות עם מסד הנתונים ולפתור בעיות ביעילות.

פעולות במעקב

כשהתכונה OpenTelemetry מופעלת, הדרייבר יוצר spans לפעולות הבאות:

• הרצת שאילתה: נוצרים טווחים ל-BigQueryStatement (execute(), executeQuery(), executeLargeUpdate(), executeBatch()) ול-BigQueryPreparedStatement (execute(), executeQuery(), executeLargeUpdate()).
• פעולות של מטא-נתונים: טווחי זמן נוצרים לשיטות ספציפיות של DatabaseMetaData (getCatalogs(), ‏ getSchemas(), ‏ getTables(), ‏ getColumns()).
• עימוד: אחזורים אסינכרוניים של דפי תוצאות נוספים (כשמשתמשים בנתיב של ה-API בארכיטקטורת REST) עוברים מעקב ומקושרים באופן סיבתי לטווח הביצוע של השאילתה המקורית באמצעות קישורי טווח של OpenTelemetry. לפעולות האלה נוצר span בשם BigQueryStatement.pagination.
• הפצת הקשר: מנהל ההתקן של JDBC מפיץ את ההקשר הפעיל ל-SDK הבסיסי של google-cloud-bigquery. כתוצאה מכך, טווחי זמן שנוצרו על ידי ה-SDK (כמו קריאות HTTP RPC) מופיעים באופן אוטומטי כצאצאים של טווחי הזמן של JDBC, ומספקים היררכיית מעקב מלאה מקצה לקצה.

מצבי הגדרה

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

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

אם האפליקציה כבר משתמשת ב-OpenTelemetry, אתם יכולים להחדיר את המכונה של OpenTelemetry למנהל ההתקן של JDBC כדי לוודא שהנתונים של מנהל ההתקן תואמים לנתונים של האפליקציה.

כדי לעשות את זה, משתמשים ב-API של BigQueryDataSource:

BigQueryDataSource dataSource = new BigQueryDataSource();
// ... set other properties ...
dataSource.setCustomOpenTelemetry(yourOpenTelemetryInstance);

תמיכה גלובלית ב-OpenTelemetry

אם הפעלתם את OpenTelemetry באופן גלובלי באפליקציה (לדוגמה, באמצעות OpenTelemetry Java Agent או באמצעות קריאה לפונקציה GlobalOpenTelemetry.set()), אתם יכולים להגדיר את הדרייבר כך שישתמש במכונה הגלובלית הזו.

כדי להפעיל את המכונה הגלובלית, מגדירים את מאפיין החיבור UseGlobalOpenTelemetry לערך TRUE.

טלמטריה Cloud de Confiance ללא הגדרות אישיות

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

כדי להפעיל את הייצוא הזה, צריך להגדיר את מאפייני החיבור הבאים בכתובת ה-URL של JDBC:

• EnableGcpTraceExporter=true
• EnableGcpLogExporter=true

הנה דוגמה לכתובת URL של חיבור:

jdbc:bigquery://https://www.googleapis.com/bigquery/v2:443;ProjectId=your-project-id;EnableGcpTraceExporter=true;EnableGcpLogExporter=true;

מאפייני החיבור של OpenTelemetry

מאפייני החיבור הבאים נתמכים ב-OpenTelemetry. במאמר מאפייני חיבור תוכלו לקרוא תיאורים מפורטים וערכי ברירת מחדל.

• EnableGcpLogExporter
• EnableGcpTraceExporter
• GcpTelemetryCredentials
• GcpTelemetryProjectId
• UseGlobalOpenTelemetry

שיקולים חשובים

כשפורסים את השילוב של OpenTelemetry, חשוב להביא בחשבון את השיקולים הבאים לגבי התנהגות הרישום ביומן, האימות, הגדרת שרת ה-proxy והתמחור.

אינטראקציה עם LogLevel

מאפיין החיבור הקיים LogLevel משמש כשומר הסף הראשי לרישום ביומן.

• אם מוגדר הערך LogLevel=0 (כבוי), לא נוצרים רשומות ביומן. לכן, לא מיוצאים יומנים באמצעות OpenTelemetry או ל-Logging, גם אם EnableGcpLogExporter=true.
• כדי להפעיל את הרישום ביומן של OTel, צריך לוודא שהערך של LogLevel גדול מ-0 (לדוגמה, 5 ליומנים מפורטים).

אימות לטלמטריה

ייצוא נתוני הטלמטריה (גם מעקב וגם רישום ביומן) עם החלופה האוטומטית שלCloud de Confiance תומך גם ב-Application Default Credentials ‏(ADC) וגם בפרטי כניסה מפורשים של חשבון שירות שסופקו באמצעות GcpTelemetryCredentials.

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

הגדרת שרת Proxy עם OpenTelemetry ורישום ביומן

אם האפליקציה מתחברת ל-BigQuery דרך שרת proxy, מנהל ההתקן מטפל בניתוב של ה-proxy באופן הבא:

• ייצוא של נתוני מעקב (HTTP). כשמשתמשים בפרוטוקול ברירת המחדל של HTTP לייצוא של נתוני מעקב ב-OpenTelemetry‏ (otel.exporter.otlp.protocol=http/protobuf), הדרייבר מנתב באופן אוטומטי את תנועת הייצוא של נתוני המעקב דרך שרת ה-proxy שמוגדר במאפייני החיבור באמצעות ProxyHost ו-ProxyPort.

• ייצוא יומנים וטלמטריית gRPC. מייצא היומנים האוטומטי של Cloud de Confiance (EnableGcpLogExporter=true) ומייצאי OpenTelemetry שמבוססים על gRPC (otel.exporter.otlp.protocol=grpc) משתמשים ב-gRPC, שלא תומך בהגדרת שרת proxy לכל חיבור. כדי לנתב את תעבורת הנתונים של ייצוא היומנים ושל הטלמטריה של gRPC דרך שרת proxy, צריך להגדיר את הגדרות לשרת proxy ברמת ה-JVM באמצעות מאפייני המערכת הבאים:

  -Dhttps.proxyHost=PROXY_HOST -Dhttps.proxyPort=PROXY_PORT

ממשקי ה-API והרשאות ה-IAM הנדרשים

כדי לכתוב נתוני טלמטריה ל- Cloud de Confiance by S3NS observability, צריך לבצע את ההגדרה הבאה בפרויקט היעד ב- Cloud de Confiance :

1. מפעילים את ממשקי ה-API:
   • מפעילים את Cloud Trace API ‏ (cloudtrace.googleapis.com).
   • מפעילים את Cloud Logging API ‏ (logging.googleapis.com).
2. הקצאת תפקידי IAM:
   • לייצוא של נתוני מעקב: מקצים לחשבון המשתמש או לחשבון השירות את התפקיד "סוכן Trace"‏ (roles/cloudtrace.agent).
   • לייצוא יומנים: מקצים לחשבון המשתמש או לחשבון השירות את התפקיד "כתיבה ביומנים" (roles/logging.logWriter).

תמחור וחיוב

כשמשתמשים בטלמטריה ללא הגדרה Cloud de Confiance (EnableGcpTraceExporter=true או EnableGcpLogExporter=true), נתוני הטלמטריה נשלחים ל-Trace ול-Logging. יכול להיות שתחויבו על השירותים האלה בהתאם לנפח הנתונים שנקלטו. מידע נוסף זמין במאמר Google Cloud Observability.

מדדים

השילוב הזה לא תומך במדדי OpenTelemetry.

הצללת תלות

כדי למנוע התנגשויות של classpath עם האפליקציה, הדרייבר מסתיר את יחסי התלות של OpenTelemetry SDK ושל המייצא. ‫OpenTelemetry API נשאר לא מוצלל כדי לאפשר יכולת פעולה הדדית עם ה-SDK שסופק על ידי האפליקציה.

קורלציה בין רישום ביומן למעקב

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

• ‫db.connection_id: מצורף כמאפיין span לכל ה-spans של JDBC.
• ‫jdbc.connection_id: משמש כמפתח מטען ומצורף כתווית לכל רשומות היומן שהדרייבר שולח ל-Logging.
• מזהה מעקב ומזהה טווח: יומנים שנוצרים במסגרת של הרצת שאילתה כוללים באופן אוטומטי את trace_id ו-span_id הפעילים.

תמחור

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

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

• במאגר הקוד הפתוח ב-GitHub תוכלו למצוא הוראות נוספות להגדרה, מדריכים למאפייני כתובת ה-URL של החיבור, דוגמאות קוד והוראות ליצירת גרסה מקומית:
  • מדריך למשתמש (docs/USER_GUIDE.md)
  • מדריך למפתחים (DEVELOPMENT.md)
  • הסבר מעמיק על BigQuery Storage API‏ (docs/STORAGE_APIS.md)
• מידע נוסף על מנהל ההתקן של ODBC ל-BigQuery
• כלים נוספים למפתחים ב-BigQuery