V2 형식을 사용하는 BigQuery 감사 로그의 열 이름이 "_v1_"인 이유는 무엇입니까?

Question

나는 새로운 V2 형식을 사용하여 콘솔을 통해 감사 로그에 전환 및 분석의 BigQuery에 백업을 내보낼 싱크대를 만들어 : BigQuery의 모든 수출하고 있습니다

표 "V1이 내가 열 이름은 128 개 문자를 초과하기 때문에, 테이블을 조회 할 때

그런

는, 그것은 예외 : 나는 V2 형식을 선택한 경우에도 열 이름에 " 오류 :

왜 감사 로그가 V1 명명 스키마를 사용하여 수출되고 있으며, 나는 128 문자 한도를 초과되는 열 이름 극복 어떻게? 당신이 이름의 Cnvention을 준수 별칭을 제공해야한다 -

Answer 1

how do I get around the column names being over the 128 character limit?

나는 문제가, 긴라는 이름의 열 경로를 참조뿐만 아니라
그래서 출력 열 이름에없는 기존 SQL 내에서 문제를 해결하기 위해 생각합니다.
하거나 표준 SQL을 사용 -이 경우 별칭이 잎 필드의 이름이 디폴트로

#legacySQL 
SELECT 
    protopayload_google_cloud_audit_auditlog. 
    servicedata_google_cloud_bigquery_logging_v1_auditdata. 
    jobCompletedEvent. 
    job. 
    jobStatistics. 
    totalBilledBytes AS totalBilledBytes 
FROM [yourTable] 

또는

#standardSQL 
SELECT 
    protopayload_google_cloud_audit_auditlog. 
    servicedata_google_cloud_bigquery_logging_v1_auditdata. 
    jobCompletedEvent. 
    job. 
    jobStatistics. 
    totalBilledBytes  
FROM `yourTable` 

Answer 2

Why are the audit logs being exported using the v1 naming schema?

수출 (이 경우 totalBilledBytes에서) v2 형식은 감사 로그 페이로드가 포함 된 LogEntry을 나타냅니다.

열 이름의 'v1'은 BigQuery AuditData 메시지 (특히 google.cloud.bigquery.logging.v1.AuditData 프로토콜 버퍼)의 버전이며, 로그 항목의 proto 페이로드 필드에 저장됩니다. public documentation은 REST 스타일로 설명되어 있지만 버전은 공개되지 않습니다.