2014-06-24 3 views
6

BigQuery를 우리가 개발중인 분석 도구의 기본 쿼리 엔진으로 사용하는 것이 얼마나 가능한지에 대한 통찰력을 얻을 수 있는지 궁금합니다. 공개 API는 (잠재적으로 100M + 행에있는) PHP SDK를 사용하여 수백 개의 동시 SELECT 쿼리를 현실적으로 수행해야하지만 현재 문서에서 볼 때 BigQuery는 대용량, 요청시 높은로드를 제공하는 것보다 자주 쿼리하지 않는 것이 좋습니다 검색어.BigQuery를 기본 쿼리 엔진으로 사용할 수 있습니까?

Google 웹 사이트에 나열된 비즈니스 중 일부는 비슷한 일을하는 것으로 보입니다.하지만 20 회의 동시 요청의 속도 제한 수치도 보았는데,이 경우 제품에 대한이 사용 케이스가 제외 된 것처럼 보입니까?

답변

2

나는 당신에게 물어 봤습니다. 일반 BigQuery 사용자에게는 동시 요청 속도 제한이 적용되지만 설명하는 정확한 사용 사례에 맞는 옵션이 있습니다. 예약 된 용량.

예약 된 용량을 사용하면 동일한 "클러스터"가 생기고 동일한 제한 사항이 아니라 정의한 것입니다.

자세한 내용은 https://developers.google.com/bigquery/pricing#reserved_cap을 확인하십시오.

+0

펠리페를 명확히 해 주셔서 감사합니다. – Andy

+0

여러 프로젝트 ID를 만들면 어떻게됩니까? 병행 제한 프로젝트 기반, 테이블 기반 또는 oauth-session 기반입니까? – amenadiel

+0

허점을 찾아 제한을 우회하려고하면 서비스 약관에 따라 악용 될 수 있습니다. 적합한 솔루션 및 대안을 찾기 위해 더 나은 판매 담당자에게 문의하십시오. –

1

이것은 아키텍처상의 결정입니다. 개인적 견해는 여러 사용자가 동시에 API를 사용하기를 원한다면 BigQuery를 고려하지 않을 것입니다. 그것은 비싸고 위험 할 것입니다. 난 당신이 큰 쿼리에 원시 데이터를 가지고보다 효율적인 방법으로, 아마도 캐시를 사용하거나 데이터 스토어 또는 CloudSQL에 몇 가지 결과/스냅 샷을 저장하는 클라이언트를 제공하는 메커니즘을 알아 내려고하려고 생각합니다.

+2

귀하의 의견에 감사드립니다. 저는 또한이 스타일의 전략을 옵션으로 고려하고 있습니다. 아마도 "핫 데이터"에 ElasticSearch,웨어 하우스/폴백으로 BQ를 사용했을 것입니다. – Andy

관련 문제