Os preços do BigQuery têm dois componentes principais:

• O preço do Compute é o custo para processar consultas, incluindo consultas SQL, funções definidas pelo usuário, scripts e determinadas instruções de linguagem de manipulação de dados (DML, na sigla em inglês) e de linguagem de definição de dados (DDL, na sigla em inglês).
• O preço de armazenamento é o custo para armazenar dados que você carrega no BigQuery.

O BigQuery cobra por outras operações, incluindo o uso do BigQuery Omni, BigQuery ML, BI Engine e leituras e gravações de streaming .

Além disso, o BigQuery tem operações sem custo financeiro e um nível de uso sem custos financeiros.

Todo projeto criado tem uma conta de faturamento anexada. As cobranças geradas pelos jobs do BigQuery executados no projeto são faturadas na conta de faturamento anexada. As cobranças de armazenamento do BigQuery também são feitas na conta de faturamento anexada. É possível visualizar os custos e tendências do BigQuery usando a página de relatórios do Cloud Billing no console do Google Cloud.

Importante : os modelos de preços se aplicam a contas, não a projetos individuais, a menos que seja especificado de outra forma.

O BigQuery oferece duas opções de modelos de preços de computação para executar consultas:

• Preços sob demanda (por TiB). Com esse modelo de preços, você é cobrado pelo número de bytes processados por cada consulta. O primeiro 1 TiB de dados de consulta processados por mês não tem custo financeiro.
• Preços de capacidade (por hora de slot). Com esse modelo de preços, você paga pela capacidade de computação usada para executar consultas, medida em slots (CPUs virtuais) ao longo do tempo. Esse modelo aproveita as edições do BigQuery. Você pode usar o escalonador automático do BigQuery ou comprar compromissos de slots, que são capacidade dedicada sempre disponível para suas cargas de trabalho a um preço mais baixo.

Para mais informações sobre qual preço escolher para suas cargas de trabalho, consulte Gerenciamento de carga de trabalho usando as reservas.

Consulte Visão geral dos preços do Gemini no BigQuery para saber mais sobre os preços do Gemini no BigQuery.

Observações sobre as cobranças de consultas sob demanda (por TiB):

• O BigQuery usa uma estrutura de dados por coluna. A cobrança é feita de acordo com o total de dados processados nas colunas selecionadas, e o total por coluna é calculado com base nos tipos de dados dela. Para mais informações sobre como o tamanho dos seus dados é calculado, consulte Estimativa de custos de consulta.
• Você paga pelas consultas executadas nos dados compartilhados. O proprietário dos dados não é cobrado quando os dados são acessados.
• Não há cobranças por consultas que retornam um erro ou que recuperam resultados do cache. Para jobs de linguagem procedural, essa consideração é fornecida no nível de cada instrução.
• As cobranças são arredondadas para o MB mais próximo, com um mínimo de 10 MB de dados processados por tabela consultada e com um mínimo de 10 MB por consulta.
• O cancelamento de um job de consulta em execução pode gerar encargos equivalentes ao custo total cobrado pela consulta se ela fosse executada até a conclusão.
• Quando você executa uma consulta, a cobrança é feita de acordo com o total de dados processados nas colunas selecionadas, mesmo que você defina um LIMIT explícito nos resultados.
• Particionar e fazer o clustering das tabelas pode reduzir a quantidade de dados processados pelas consultas. Como prática recomendada, use particionamento e clustering sempre que possível.
• O sistema de preços sob demanda (por TiB) é chamado de sistema de preços de análise na página SKUs do Google Cloud.
• Quando você executa uma consulta em uma tabela em cluster e essa consulta inclui um filtro nas colunas em cluster, o BigQuery usa a expressão de filtro para remover os blocos verificados pela consulta. Isso pode reduzir o número de bytes verificados.

O BigQuery tem mecanismos de controle que permitem delimitar os custos das consultas. É possível definir:

• Controles de custo personalizados no nível do usuário e para envolvidos no projeto
• O máximo de bytes cobrados por uma consulta

Para exemplos detalhados de como calcular o número de bytes processados, consulte Cálculo do tamanho da consulta.

A tabela a seguir mostra o custo dos slots na edição Standard.

A tabela a seguir mostra o custo dos slots na edição Enterprise.

A tabela a seguir mostra o custo dos slots na edição Enterprise Plus.

A tabela a seguir mostra os vários serviços que são cobrados usando a SKU de serviços do BigQuery.

Para ver os preços, selecione uma região na lista suspensa acima da tabela a seguir:

Os preços do armazenamento se baseiam na quantidade de dados armazenados nas tabelas. Tabelas temporárias de sessão e tabelas temporárias de várias instruções são cobradas apenas pelo armazenamento ativo. Não há cobranças de armazenamento para tabelas de resultados de consulta temporárias em cache. Não há cobranças para viagem no tempo e armazenamento com segurança contra falhas para armazenamento lógico. As cobranças de viagem no tempo e armazenamento à prova de falhas se aplicam ao armazenamento físico.

O tamanho dos dados é calculado com base nos tipos de dados de cada coluna. Para uma explicação detalhada de como o tamanho dos dados é calculado, consulte Cálculo do tamanho dos dados.

Os preços de armazenamento são rateados por MiB, por segundo. Por exemplo, se você estiver usando armazenamento lógico ativo em us-central1:

• Para 512 MiB por duas semanas, você paga US $0,00575
• Para 100 GiB por meio mês, você paga US $1,15
• Para 1 TiB por um mês completo, você paga US $23,552

O uso do armazenamento é calculado em gibibytes-mês (GiB-mês), em que 1 GiB é 2³⁰ bytes (1.024 MiB). Da mesma forma, 1 tebibyte (TiB) equivale a 2⁴⁰ bytes (1.024 GiB). O valor final de uso é o produto do tamanho dos dados em gibibytes e do tempo de uso do armazenamento em meses.

Se os dados de uma tabela não forem modificados ou excluídos em 90 dias consecutivos, eles serão cobrados pela taxa de armazenamento de longo prazo. Não há degradação de desempenho, durabilidade, disponibilidade ou outra funcionalidade quando uma tabela é considerada armazenamento de longo prazo.

Para o preço de armazenamento em longo prazo, cada partição de uma tabela particionada é analisada separadamente. Se uma partição não for modificada nos últimos 90 dias, os dados nela serão considerados armazenamento de longo prazo e serão cobrados com o preço com desconto.

Quando a tabela é editada, o preço é revertido para o preço de armazenamento normal, e o timer de 90 dias é reiniciado. Toda ação que modifica os dados em uma tabela reinicia o timer, incluindo:

Todas as outras ações não reiniciam o contador, incluindo estas:

• Consultar uma tabela
• Criar uma visualização que consulta uma tabela
• Exportar dados de uma tabela
• Copiar uma tabela (para outra tabela de destino)
• Aplicar patch ou atualizar um recurso de tabela

Para tabelas que atingem o limite de 90 dias durante um ciclo de faturamento, o preço é rateado de acordo.

Os preços de armazenamento de longo prazo se aplicam apenas ao armazenamento do BigQuery, não a dados armazenados em fontes de dados externas, como Bigtable, Cloud Storage e Google Drive.

Quando você carrega dados no BigQuery ou consulta os dados, é cobrado de acordo com o tamanho dos dados. O tamanho dos dados é calculado com base no tamanho do tipo de dados de cada coluna.

O tamanho dos seus dados armazenados e o tamanho dos dados processados pelas suas consultas são calculados em gibibytes (GiB), em que 1 GiB é 2³⁰ bytes (1.024 MiB). Da mesma forma, 1 tebibyte (TiB) equivale a 2⁴⁰ bytes (1.024 GiB).

Para mais informações, consulte Tamanhos de tipo de dados.

O faturamento acontece da seguinte maneira:

Você paga pelos recursos de computação consumidos pelas transferências de dados, que são medidos em horas de slot.

A tabela a seguir mostra o custo dos slots.

Para estimar os custos, você pode usar uma diretriz conservadora de até 20 horas de slot para cada hora de tempo de execução de uma transferência. Na região us-central1, isso equivale a um limite superior estimado de US $1,20 por hora de tempo de execução da transferência. Isso é para fins de planejamento, e o consumo real de horas de slot pode ser diferente.

Todo app Android tem um ID do aplicativo exclusivo que se parece com um nome de pacote Java, como com.example.myapp. O relatório Instalações contém uma coluna de "Nome do pacote". O número de nomes de pacotes exclusivos é usado para calcular o uso de transferências.

Cada transferência criada gera uma ou mais execuções por dia. Os nomes de pacotes só são contabilizados no dia em que uma execução de transferência é concluída. Por exemplo, se uma execução de transferência começar em 14 de julho, mas terminar em 15 de julho, os nomes dos pacotes serão contados em 15 de julho.

Se um nome de pacote exclusivo for encontrado em mais de uma execução de transferência em um determinado dia, ele será contado apenas uma vez. Os nomes de pacotes são contados separadamente para diferentes configurações de transferência. Se um nome de pacote exclusivo for encontrado em execuções de duas configurações de transferência separadas, o nome do pacote será contado duas vezes.

Se um nome de pacote apareceu todos os dias durante um mês inteiro, você será cobrado o valor total de US $25 por esse mês. Caso contrário, se ele apareceu por parte do mês, a cobrança seria proporcional.

Exemplo 1: se sincronizarmos um aplicativo (com.smule.singandroid), o custo será de US $25 por mês + o preço de armazenamento do BigQuery?

A resposta é US $25 por mês (proporcional) + custos de armazenamento/consulta do BigQuery.

Exemplo 2: se sincronizarmos todos os dados históricos (de 10 anos), vamos ser cobrados por 120 meses ou por 1 mês, porque transferimos tudo de uma vez?

A resposta ainda é US $25 por mês (proporcional) + custos de armazenamento/consulta do BigQuery, porque cobramos US $25 por Package Name exclusivo na tabela Installs_country, independentemente de quantos anos os dados históricos remontam a esse Package Name exclusivo.

Os conectores fornecidos por parceiros terceirizados têm custos. O modelo de preços varia de acordo com o parceiro e o conector. Para mais detalhes sobre preços, consulte os conectores individuais ao se inscrever no Marketplace.

Semelhante ao modelo de análise sob demanda do BigQuery, as consultas do BigQuery Omni, por padrão, são faturadas usando o modelo de preços sob demanda (por TiB), em que você paga pelos dados verificados pelas consultas.

Com o preço sob demanda, você geralmente tem acesso a um grande pool de slots simultâneos, compartilhados entre todas as consultas em um único projeto. Periodicamente, o BigQuery Omni vai além desse limite em caráter temporário para acelerar consultas menores. Além disso, talvez menos slots fiquem disponíveis se houver uma grande quantidade de contenção de capacidade em um local específico.

Os preços de consulta sob demanda (por TiB) do BigQuery Omni são os seguintes:

Os detalhes e as limitações são semelhantes aos preços de análise do BigQuery. Observações sobre as cobranças de consultas sob demanda (por TiB):

• O BigQuery usa uma estrutura de dados por coluna. A cobrança é feita de acordo com o total de dados processados nas colunas selecionadas, e o total por coluna é calculado com base nos tipos de dados dela. Para mais informações sobre como o tamanho dos seus dados é calculado, consulte Cálculo do tamanho dos dados.
• Não há cobranças por consultas que retornam um erro ou que recuperam resultados do cache. Para jobs de linguagem procedural, essa consideração é fornecida no nível de cada instrução.
• As cobranças são arredondadas para o MB mais próximo, com um mínimo de 10 MB de dados processados por tabela consultada e com um mínimo de 10 MB por consulta.
• O cancelamento de um job de consulta em execução pode gerar encargos equivalentes ao custo total cobrado pela consulta se ela fosse executada até a conclusão.
• Quando você executa uma consulta, a cobrança é feita de acordo com o total de dados processados nas colunas selecionadas, mesmo que você defina um LIMIT explícito nos resultados.
• Particionar e fazer o clustering das tabelas pode reduzir a quantidade de dados processados pelas consultas. Como prática recomendada, use particionamento e clustering sempre que possível.
• O sistema de preços sob demanda (por TiB) é chamado de sistema de preços de análise na página SKUs do Google Cloud.
• Quando você executa uma consulta em uma tabela em cluster e essa consulta inclui um filtro nas colunas em cluster, o BigQuery usa a expressão de filtro para remover os blocos verificados pela consulta. Isso pode reduzir o número de bytes verificados.

O BigQuery tem mecanismos de controle que permitem delimitar os custos das consultas. É possível definir:

• Controles de custo personalizados no nível do usuário e do projeto.
• O máximo de bytes cobrados por uma consulta

As regiões do BigQuery Omni são compatíveis com as edições do BigQuery. No momento, apenas a edição Enterprise é compatível com regiões Omni

A tabela a seguir mostra o custo dos slots nas regiões Omni

Ao usar os recursos entre nuvens do Omni (transferência entre nuvens, criação de tabelas como seleção, inserção em seleção, junções entre nuvens e visualizações materializadas entre nuvens) que envolvem a movimentação de dados da AWS ou do Azure para o Google Cloud, haverá cobranças adicionais pela transferência de dados.

Especificamente para visualizações materializadas entre nuvens, Create Table as Select, Insert Into Select e junções entre nuvens, não há cobranças durante o pré-lançamento. A partir de 29 de fevereiro de 2024, esses serviços estarão disponíveis para todos, e você vai receber cobranças pela transferência de dados. A transferência de dados será cobrada apenas quando você usar qualquer um dos serviços listados acima de uma região da AWS ou do Azure para uma região do Google Cloud BigQuery. Você vai pagar uma taxa por GiB com base na quantidade de dados transferidos da AWS ou do Azure para o Google Cloud.

Ao usar o recurso de visualizações materializadas entre nuvens do Omni, você também será cobrado pela criação de visualizações materializadas locais, que estão no armazenamento gerenciado do BigQuery na AWS. Você vai receber uma cobrança por GiB pela quantidade de armazenamento físico usado na visualização materializada local.

O BigQuery oferece dois modos de ingestão de dados:

• Carregamento em lote: Carregar arquivos de origem em uma ou mais tabelas do BigQuery em uma única operação em lote.
• Streaming: Faça streaming de dados um registro por vez ou em pequenos lotes usando a API BigQuery Storage Write (gRPC) ou a API Storage Write (REST).

Para mais informações sobre qual modo escolher, consulte Introdução ao carregamento de dados.

Por padrão, não há cobranças pelo carregamento em lote de dados do Cloud Storage ou de arquivos locais no BigQuery. Os jobs de carregamento entre regiões são cobrados pelo uso da rede nas SKUs de transferência de dados de rede.

Além disso, os jobs de carregamento usam um pool compartilhado de slots por padrão. O BigQuery não garante a capacidade disponível desse pool compartilhado ou a capacidade de processamento que você verá. Como alternativa, é possível comprar slots dedicados para executar jobs de carregamento. Você recebe cobranças de preços baseados em capacidade para slots dedicados. Quando os jobs de carregamento são atribuídos a uma reserva, eles perdem o acesso ao pool sem custo financeiro. Para mais informações, consulte Atribuições.

Após o carregamento dos dados no BigQuery, eles estarão sujeitos aos preços de armazenamento do BigQuery. Se você carregar dados do Cloud Storage, será cobrado pelo armazenamento dos dados no Cloud Storage. Para mais detalhes, consulte Armazenamento de dados na página de preços do Cloud Storage.

Observação:não há cobrança pela extração de dados ou transferência de dados ao acessar resultados de consultas no console do Google Cloud, na API BigQuery ou em outros clientes, como o Looker.

Você paga pela transferência de dados quando exporta dados em lote do BigQuery para um bucket do Cloud Storage ou uma tabela do Spanner em outra região, da seguinte forma:

Observação:todos os preços estão em $/GiB e todos os GiB estão em bytes físicos.

A API Storage Read tem um modelo de preços sob demanda. Com os preços sob demanda, o BigQuery cobra pelo número de bytes processados (também chamados de bytes lidos). O preço sob demanda é baseado apenas no uso, com um nível sem custo financeiro de bytes lidos de 300 TiB por mês para cada conta de faturamento. Os bytes verificados como parte das leituras de tabelas temporárias estão incluídos e não são contabilizados no nível sem custo financeiro de 300 TiB. Esses 300 TiB de leitura de bytes sem custo financeiro são referentes ao componente de leitura de bytes e não se aplicam à transferência de dados de saída associada.

Veja as seguintes informações sobre as cobranças da API Storage Read:

• Você é cobrado de acordo com o volume total de dados lidos. O total de dados lidos por coluna é calculado com base no tipo de dados da coluna, e o tamanho dos dados é calculado com base no tipo de dados da coluna. Para uma explicação detalhada de como o tamanho dos dados é calculado, consulte Cálculo do tamanho dos dados.
• Você recebe cobranças por todos os dados lidos em uma sessão de leitura, mesmo que uma chamada ReadRows falhe.
• Se você cancelar uma chamada ReadRows antes do fim do stream, será cobrado por todos os dados lidos antes do cancelamento. As cobranças podem incluir dados que foram lidos, mas não retornados a você antes do cancelamento da chamada ReadRows.
• Como prática recomendada, use tabelas particionadas e em cluster sempre que possível. Você pode reduzir a quantidade de dados lidos usando uma cláusula WHERE para remover partições. Para mais informações, consulte Como consultar tabelas particionadas.
• Ao usar o Interconnect, os preços do Cloud Interconnect são aplicados em vez dos preços de uso geral da rede da API BigQuery Storage Read.

Os dados replicados armazenados na região ou multirregião de destino são cobrados de acordo com os preços de armazenamento do BigQuery.

A transferência de dados é cobrada pelo volume de dados replicados. Os casos de uso e o detalhamento das cobranças de transferência de dados são fornecidos da seguinte forma:

Observação:todos os preços estão em $/GiB e todos os GiB estão em bytes físicos.