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, do BigQuery ML, do BI Engine e de leituras e gravações de streaming.

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

Cada projeto que você cria tem uma conta de faturamento vinculada. Todas 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 faturadas na conta de faturamento anexada. É possível ver os custos e as tendências do BigQuery usando a página de relatórios de faturamento 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 especificado de outra forma.

O BigQuery oferece dois 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ê recebe cobranças 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. É possível usar o escalonador automático do BigQuery ou comprar compromissos de slots, que são capacidades dedicadas sempre disponíveis para suas cargas de trabalho, por um preço menor.

Para mais informações sobre quais preços 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 mais informações sobre os preços do Gemini no BigQuery.

Observação sobre as cobranças de consultas on demand (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 dados é calculado, consulte Estimar custos de consulta.
• Você recebe cobranças 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 de procedimento, 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 tratamento de dados por tabela consultada e com um mínimo de 10 MB de tratamento de dados por consulta.
• Cancelar 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 tratamento de dados nas colunas selecionadas, mesmo que você defina um LIMIT explícito nos resultados.
• Particionar e realizar o clustering nas tabelas pode reduzir a quantidade de dados processados pelas consultas. Como prática recomendada, use particionamento e clustering sempre que possível.
• O preço sob demanda (por TiB) é chamado de preço 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 clusters, 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 de consulta. É 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 faturados usando a SKU de serviços do BigQuery.

Para conferir 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 de sessão temporárias 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 por 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 o armazenamento lógico ativo em us-central1:

• Por 512 MiB por meio mês, 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 por mês (GiB/mês), em que 1 GiB equivale a 2³⁰ bytes (1.024 MiB). Da mesma forma, 1 tebibyte (TiB) equivale a 2⁴⁰ bytes (1.024 GiB). O valor de uso final é 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 faturados de acordo com a 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 tiver sido 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 é proporcional.

Os preços de armazenamento de longo prazo se aplicam apenas ao armazenamento do BigQuery, não aos dados armazenados em fontes de dados externas, como o Bigtable, o Cloud Storage e o 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 dados armazenados e o tamanho do tratamento de dados pelas consultas são calculados em gibibytes (GiB), em que 1 GiB equivale a 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 tipos de dados.

O faturamento acontece da seguinte maneira:

Você recebe cobranças 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, use uma diretriz conservadora de até 20 horas de slot para cada hora 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 de Instalações contém uma coluna "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 for concluída 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 dos 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 aparecesse todos os dias durante um mês inteiro, você receberia uma cobrança de US $25 por esse mês. Caso contrário, se ele aparecesse por uma 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 receber cobranças por 120 meses ou por 1 mês, já que transferimos tudo de uma vez?

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

Os conectores fornecidos por parceiros terceirizados têm custos. O modelo de preços varia de acordo com os parceiros e conectores. 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 são faturadas por padrão usando o modelo de preços sob demanda (por TiB), em que você paga pelos dados verificados pelas consultas.

Com os preços sob demanda, você geralmente tem acesso a um grande pool de slots simultâneos, compartilhados entre todas as consultas de 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 das consultas 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ção sobre as cobranças de consultas on demand (por TiB):

• O BigQuery usa uma estrutura de dados por coluna.A cobrança é feita de acordo com o total de tratamento de dados 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 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 de procedimento, 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 tratamento de dados por tabela consultada e com um mínimo de 10 MB de tratamento de dados por consulta.
• Cancelar 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 tratamento de dados nas colunas selecionadas, mesmo que você defina um LIMIT explícito nos resultados.
• Particionar e realizar o clustering nas tabelas pode reduzir a quantidade de dados processados pelas consultas. Como prática recomendada, use particionamento e clustering sempre que possível.
• O preço sob demanda (por TiB) é chamado de preço 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 clusters, 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 de consulta. É 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 as regiões Omni

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

Ao usar os recursos entre nuvens do Omni (transferência entre nuvens, criação de tabela como seleção, inserção na 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, criar tabela como seleção, inserir em seleção 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 em disponibilidade geral, e você vai receber cobranças pela transferência de dados. A transferência de dados só será cobrada quando você usar qualquer um dos serviços listados acima de uma região da AWS ou do Azure para uma região do BigQuery do Google Cloud. Você vai receber uma cobrança 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 vai receber cobranças 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 para a visualização materializada local.

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

• Carregamento em lote: Carregue 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, você não recebe cobranças pelo carregamento de dados em lote do Cloud Storage ou de arquivos locais para o BigQuery. Os jobs de carregamento entre regiões são cobrados pelo uso da rede de acordo com as 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 uma cobrança de preços com base na capacidade por 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 os resultados da consulta no console do Google Cloud, na API BigQuery ou em qualquer outro cliente, como o Looker.

Você vai receber cobranças pela transferência de dados quando exportar dados em lote do BigQuery para um bucket do Cloud Storage ou uma tabela do Spanner em outra região, da seguinte maneira:

Observação: todos os preços são em $/GiB e todos os GiB sã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). Os preços on demand são calculados apenas com base no uso, com um nível sem custo financeiro de leitura de bytes de 300 TiB por mês para cada conta de faturamento. Os bytes verificados como parte das leituras em tabelas temporárias estão incluídos e não são contabilizados no nível sem custo financeiro de 300 TiB. Os 300 TiB de bytes lidos sem custo financeiro estão no componente de bytes lidos 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ê vai receber 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. Suas cobranças podem incluir dados que foram lidos, mas não retornados antes do cancelamento da chamada ReadRows.
• Como prática recomendada, use tabelas particionadas e em cluster sempre que possível. É possível 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 se aplicam 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 maneira:

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