So funktioniert dieser Rechner
Das BigQuery-Abfragekostenrechner schätzt Ihre monatliche Rechnung für On-Demand-Abfragen – den Betrag, den Google für das Scannen von Daten berechnet, wenn Sie SQL-Abfragen ausführen. Es funktioniert, indem man die Gesamtsumme nimmt Pro Monat gescannte TB, subtrahieren Kostenlose Stufe (die erste TB, die Google nicht in Rechnung stellt) und das verbleibende abrechenbare Volumen mit Ihrem multiplizieren Preis pro gescannter TB. Der Anfragen pro Monat Die Eingabe hilft Ihnen dabei, die Rohaktivität in die gesamten gescannten Daten umzuwandeln, sodass die Hauptkostentreiber einfach sind: wie viele Daten jede Abfrage liest, wie oft Sie Abfragen ausführen und die Rate pro TB in Ihrer Region.
Das Wichtigste, worauf Sie achten sollten, sind die Gebühren für die On-Demand-Abrechnung Durchsuchte Bytes, keine zurückgegebenen Zeilen - A WÄHLEN * Über eine große, nicht partitionierte Tabelle können weit mehr Daten gescannt werden, als Sie erwarten. Verwenden Sie diesen Rechner, um zu testen, wie die Auswahl weniger Spalten, die Partitionierung von Tabellen oder die Filterung nach gruppierten Feldern die gescannte TB und damit die Kosten senkt. Beachten Sie auch die Grenze des kostenlosen Kontingents: Sobald die monatliche Nutzung Ihre kostenlose TB überschreitet, wird jede zusätzliche Abfrage in Rechnung gestellt, sodass kleine Erhöhungen des Scanvolumens direkt zu einer höheren Rechnung führen.
Häufig gestellte Fragen
Wie werden die On-Demand-Preise für BigQuery berechnet?
Nach gescannten Bytes, etwa 6,25 $ pro TB (das erste 1 TB kostenlos jeden Monat). Es werden die von Ihrer Abfrage gelesenen Daten berechnet, nicht die zurückgegebenen Zeilen. Eine Abfrage, die eine ganze Tabelle betrifft, kostet also das Gleiche, unabhängig davon, ob Sie eine Zeile oder eine Million zurückgeben.
Wie reduziere ich die BigQuery-Kosten?
Partitionieren Sie Tabellen nach Datum und gruppieren Sie sie nach allgemeinen Filtern, sodass Abfragen auf einen Bruchteil der Daten reduziert werden. Wählen Sie nur die Spalten aus, die Sie benötigen (niemals SELECT *), realisieren Sie teure Aggregationen und zeigen Sie eine Vorschau mit LIMIT-freien Probeläufen an. Die Reduzierung der gescannten Bytes ist das A und O.