---
title: "1セント未満で実現するTPC-H:ClickHouse Cloud vs. Snowflake、Databricks、BigQuery、Redshift"
date: "2026-06-04T00:47:35.221Z"
author: "Tom Schreiber, Mark Needham, Alexander Gololobov, Andriy Yakovlev and Robert Schulze"
category: "Engineering"
excerpt: "ClickHouse Cloudは、TPC-HベンチマークでSnowflake、Databricks、BigQuery、Redshiftに挑み、SF100のコストパフォーマンスで1位を獲得。SF10は1セント未満で実行可能。"
---
# 1セント未満で実現するTPC-H:ClickHouse Cloud vs. Snowflake、Databricks、BigQuery、Redshift
> **TL;DR**
TPC-H SF100において、59コアのClickHouse Cloudノード1台は、Snowflake、Databricks、BigQuery、Redshiftに対して生のランタイムで競争力を持ちつつ、コストパフォーマンスでは首位となりました。SF10では、22クエリすべてを1セント未満で実行できます。
## ClickHouse CloudがTPC-H比較に参戦
完全な[TPC-H](https://clickhouse.com/docs/getting-started/example-datasets/tpch)ワークロードを、ClickHouse Cloud、Snowflake、Databricks、BigQuery、Redshiftで実行しました。
SF100は、100GBのデータ、8億6,600万行、そして22個のJOIN中心の分析クエリで構成されます。
結果として、ClickHouse Cloudは生のランタイムで競争力を発揮し、コストパフォーマンスでは首位を獲得しました。
SF10では、ワークロード全体が2.9秒で完了し、コンピュートコストはわずか$0.009でした。
1セント未満です。
本記事では、ベンチマーク結果を紹介します。その背景にある2年間のJOINエンジニアリングについては、[コンパニオン記事](/blog/clickhouse-fast-joins)で解説しています。
## ベンチマーク設定
すべてのベンチマークスクリプト、クエリ、結果ファイルは公開GitHub[リポジトリ](https://github.com/ClickHouse/tpc-h-openhouse)で公開されており、結果を再現・検証できます。
### データセットとランタイム測定
メインの比較ではTPC-H SF100を使用しています:8億6,600万行に対する22クエリです。
ランタイム測定では、コールドランとホットランを区別します:
**コールドラン**: コールドスタート性能の体系的な比較は行いませんでした。クラウドウェアハウスはキャッシュ挙動が異なり、ほとんどの場合、ユーザーがOSレベルのページキャッシュを確実にリセットしたり、コンピュートをオンデマンドで再起動したりすることができません。コールド条件を標準化できないため、コールド結果は公正かつ再現性のある形で示せません。
**ホットラン**: 各クエリは結果キャッシュを無効化した状態で3回実行しました。チャートには最速のホットラン結果を使用しています。結果キャッシュは無効化されているため、ベンチマークはクエリの実行を測定しており、以前にキャッシュされた結果を返すものではありません。
### 比較対象システム
**ClickHouse Cloud**では、1つの固定構成を使用しました:59コアのAWSコンピュートノード1台です。他のシステムについては、実用的なウェアハウスまたはサーバーレスのキャパシティ構成を選択し、最も近いハードウェア比較については後述します。
* **Snowflake**: Small、Medium、Large、4X-Large Gen2の各[ウェアハウス](https://clickhouse.com/blog/how-cloud-data-warehouses-bill-you#snowflake)
* **Databricks (SQL Serverless)**: Small、Medium、Large、4X-Largeの各[ウェアハウス](https://clickhouse.com/blog/how-cloud-data-warehouses-bill-you#databricks-sql-serverless)
* **BigQuery**: 2,000 [スロット](https://clickhouse.com/blog/how-cloud-data-warehouses-bill-you#bigquery)
* **Redshift Serverless**: 128 [RPU](https://clickhouse.com/blog/how-cloud-data-warehouses-bill-you#redshift-serverless)
### コスト計算
コスト計算には、クラウドデータウェアハウスの[課金](https://clickhouse.com/blog/how-cloud-data-warehouses-bill-you)および[コストパフォーマンス](https://clickhouse.com/blog/cloud-data-warehouses-cost-performance-comparison)に関する以前の記事で紹介したのと同じ方法論を使用しています。各ベンダーの公開課金モデルを実測のクエリランタイムに適用し、すべてのシステムについて[完全な秒単位のコンピュート課金を想定](https://clickhouse.com/blog/cloud-data-warehouses-cost-performance-comparison#a-note-on-metering-granularity)し、同等の米国東部リージョン(対応システムはAWS `us-east`、BigQueryはGCP `us-east`)におけるEnterpriseティアの価格を使用します。
この設定を前提に、まず生のホットランタイムを見ていきます。
## TPC-H SF100: 生のホットランタイム
[TPC-H SF100](https://clickhouse.com/docs/getting-started/example-datasets/tpch)は、**100GBのデータ**、**8億6,600万行**、**22個のJOIN中心の分析クエリ**で構成されます。
下の図では、各バーが22のTPC-Hクエリそれぞれの3回中最速の実行時間の合計を示しています。値が低いほど良好です。
**ClickHouse Cloud**はワークロードを[19.8秒](https://github.com/ClickHouse/tpc-h-openhouse/blob/main/clickhouse-cloud/results_sf100/aws.1.236_run_01_sf100.json)で完了しました。
**Snowflake**は、Smallウェアハウスで[32.7秒](https://github.com/ClickHouse/tpc-h-openhouse/blob/main/snowflake/results_sf100/snowflake_sf100_small_gen2.json)、Mediumで[22.9秒](https://github.com/ClickHouse/tpc-h-openhouse/blob/main/snowflake/results_sf100/snowflake_sf100_medium_gen2.json)、Largeで[15.9秒](https://github.com/ClickHouse/tpc-h-openhouse/blob/main/snowflake/results_sf100/snowflake_sf100_large_gen2.json)、4X-Largeで[14.7秒](https://github.com/ClickHouse/tpc-h-openhouse/blob/main/snowflake/results_sf100/snowflake_sf100_4xl_gen2.json)で完了しました。
**Databricks**は、Smallウェアハウスで[37.3秒](https://github.com/ClickHouse/tpc-h-openhouse/blob/main/databricks/results_sf100/databricks_sf100_Small.json)、Mediumで[40.0秒](https://github.com/ClickHouse/tpc-h-openhouse/blob/main/databricks/results_sf100/databricks_sf100_medium.json)、Largeで[28.9秒](https://github.com/ClickHouse/tpc-h-openhouse/blob/main/databricks/results_sf100/databricks_sf100_large.json)、4X-Largeで[26.4秒](https://github.com/ClickHouse/tpc-h-openhouse/blob/main/databricks/results_sf100/databricks_sf100_4xlarge.json)で完了しました。
**BigQuery**は、2,000スロットで[26.2秒](https://github.com/ClickHouse/tpc-h-openhouse/blob/main/bigquery/results_sf100/results.json)で完了しました。
**Redshift Serverless**は、128 RPUで[30.7秒](https://github.com/ClickHouse/tpc-h-openhouse/blob/main/redshift/results_sf100/results.json)で完了しました。
これらの数値の背後にあるコンピュートは、各システム間で同一ではない点に注意してください。ClickHouse Cloudは、59コアおよび236 GiBメモリを搭載したGraviton3コンピュートノード1台を使用しています。
SnowflakeとDatabricksについては、コンピュートのスケールに応じてランタイムがどう変化するかを示すために複数のウェアハウスサイズをテストしました。ClickHouse Cloudの59コアノードに最も近いハードウェアの比較対象は、Snowflake Large Gen2(64基のAWS Graviton3コアと128GBメモリを[使用しているとされる](https://medium.com/snowflake-engineering/deep-dive-inside-snowflakes-new-gen2-standard-warehouses-powered-by-aws-graviton3-6aacca73ae2d)、[参照](https://select.dev/posts/snowflake-warehouse-sizing))と、Databricks Large(ドキュメント化されたクラシック・コンピュートプレーンのサイジングで、64基のIntel Xeon E5-2686 v4コアと488 GiBメモリに[マッピング](https://docs.databricks.com/aws/en/compute/sql-warehouse/warehouse-behavior#sizing-and-cluster-provisioning)される)です。ベンチマークではDatabricks SQL [Serverless](https://docs.databricks.com/aws/en/getting-started/high-level-architecture#serverless-workspace-architecture)を使用しましたが、公開されているウェアハウスサイジングは有用な比較基準となります。
また、サーバーレスのキャパシティモデルを持つシステムは、事前にプロビジョニングされた大規模なコンピュートプール全体にクエリ処理を自動的にファンアウトすることにも注意してください:BigQueryは本ベンチマークで最大2,000 [スロット](https://clickhouse.com/blog/how-cloud-data-warehouses-bill-you#bigquery)を使用し、Redshift Serverlessは128 [RPU](https://clickhouse.com/blog/how-cloud-data-warehouses-bill-you#redshift-serverless)を使用しました。
> 59コアのコンピュートノード1台で、**ClickHouse Cloudは競争力を発揮**しています。TPC-H SF100の生のランタイムにおいて、同等の64コアのSnowflake/Databricks構成や、59コアを大幅に超える事前プロビジョニングされたコンピュートプールを自動的にファンアウトするサーバーレスエンジンを含む主要なクラウドデータウェアハウスに対して肉薄しています。
## ランタイムは話の半分にすぎない
前述のとおり、各システムがTPC-H SF100ワークロードを実行するのに使用したコンピュートを直接比較するのは困難です。
しかし、ワークロード実行の[コスト](https://clickhouse.com/blog/cloud-data-warehouses-cost-performance-comparison)を直接比較することはできます。
下のチャートでは、同じランタイムバーを保持しつつ、各ベンダーの公開[課金モデル](https://clickhouse.com/blog/how-cloud-data-warehouses-bill-you)を用いてホットランのコンピュートコストを重ねて表示しています。
**ClickHouse Cloud**はワークロードを19.8秒、コンピュートコスト[$0.063](https://github.com/ClickHouse/tpc-h-openhouse/blob/main/clickhouse-cloud/results_enriched_sf100/aws.1.236_run_01_sf100.json)で完了しました。
**Snowflake** Largeはより高速で15.9秒でしたが、コストは[$0.143](https://github.com/ClickHouse/tpc-h-openhouse/blob/main/snowflake/results_enriched_sf100/snowflake_sf100_large_gen2_enriched.json)でした。Snowflake 4X-Largeはさらに高速で14.7秒でしたが、コストは[$2.121](https://github.com/ClickHouse/tpc-h-openhouse/blob/main/snowflake/results_enriched_sf100/snowflake_sf100_4xl_gen2_enriched.json)でした。**Databricks**は[$0.087](https://github.com/ClickHouse/tpc-h-openhouse/blob/main/databricks/results_enriched_sf100/databricks_sf100_Small_enriched.json)から[$2.714](https://github.com/ClickHouse/tpc-h-openhouse/blob/main/databricks/results_enriched_sf100/databricks_sf100_4xlarge_enriched.json)の範囲でした。**BigQuery**は26.2秒で[$0.163](https://github.com/ClickHouse/tpc-h-openhouse/blob/main/bigquery/results_enriched_sf100/results_enriched.json)、**Redshift Serverless**は30.7秒で[$0.436](https://github.com/ClickHouse/tpc-h-openhouse/blob/main/redshift/results_enriched_sf100/enriched_results.json)で完了しました。
次のセクションでは、ランタイムとコストを単一のコストパフォーマンススコアに集約します。
## TPC-H SF100: コストパフォーマンスランキング
前のチャートでは、ランタイムとコストを並べて表示しました。次に、両者をシンプルな[コストパフォーマンススコア](https://clickhouse.com/blog/cloud-data-warehouses-cost-performance-comparison#how-we-measure-overall-cost-performance-ranking)にまとめます:
`コストパフォーマンススコア = コンピュートコスト × ランタイム`
値が低いほど良好です。
これにより、クラウドベンチマークの本質的な問いに答えられます:
> 1ドルあたり最も高いJOIN性能を提供するのは誰か?
高速なシステムほどスコアが良くなり、低コストなシステムほどスコアが良くなります。遅いまたは高コストなシステムはすぐに順位を落とします。そして、システムが遅く、かつ高価であれば、両方の効果が相乗的に作用します。
**ClickHouse Cloud**が首位となりました。
次に近い構成は**Snowflake** LargeとSnowflake Mediumで、どちらも約2倍悪い結果でした。**Databricks** Smallと2,000スロットの**BigQuery**は3倍悪く、**Databricks** LargeとMediumはそれぞれ5倍、6倍悪い結果でした。
ハイエンドでは、**Redshift Serverless**は11倍、Snowflake 4X-Largeは25倍、Databricks 4X-Largeは57倍、BigQuery [On-demand](https://clickhouse.com/blog/how-cloud-data-warehouses-bill-you#compute-pricing-3)は67倍悪い結果でした。
> ClickHouse CloudはTPC-H SF100で最良のコストパフォーマンスを実現:全体で最も低いスコアを獲得し、次に近いテスト構成は約2倍悪い結果でした。
## TPC-H SF100: クエリ別ランタイムの内訳
完全性のため、クエリ別のランタイム内訳を示します。各バーは、22のTPC-Hクエリそれぞれにおける3回中最速の実行時間を表しています。
集計結果は1つの外れ値によって決まっているわけではありません。ClickHouse Cloudはクエリセット全体にわたって一貫して競争力があります。
## スケールダウン: 1セント未満のTPC-H
SF100が本記事のメインベンチマークですが、SF10にスケールダウンすると、タイトルどおりの瞬間が得られます。
SF10では、ワークロードは同じ**22個のJOIN中心のTPC-Hクエリ**全体で**8,600万行**を扱います。
59コアのコンピュートノード1台という同じClickHouse Cloud構成で、ホットなワークロード全体が[2.9秒](https://github.com/ClickHouse/tpc-h-openhouse/blob/main/clickhouse-cloud/results_sf10/aws.1.236_run_01_sf10.json)で実行され、コンピュートコストは[$0.009](https://github.com/ClickHouse/tpc-h-openhouse/blob/main/clickhouse-cloud/results_enriched_sf10/aws.1.236_run_01_sf10.json)でした。
下のチャートは、ランタイムとコストを単一のコストパフォーマンススコアに集約し、「1ドルあたり最も高いJOIN性能を提供するのは誰か?」の問いに答えます。
この規模では、**ClickHouse Cloud**が両次元で勝利しています:テストした構成の中で最速かつ最も安価に実行できます。コストパフォーマンスで次点だったのは**Snowflake**でしたが、それでも**8倍悪い**結果でした。**BigQuery**は**12倍悪く**、**Redshift** Serverlessは**27倍悪く**、より大きなSnowflakeおよび**Databricks**の構成はさらに大きく遅れをとりました。
> SF10では、ClickHouse Cloudは22個のTPC-Hクエリすべてを2.9秒、1セント未満で実行し、大差をつけて最良のコストパフォーマンスを実現しました。
## スケールアップ: SF1000以降
SF100の結果は、ClickHouseが今日どこに位置するかを示しています:59コアのコンピュートノード1台で、ClickHouse Cloudは、より大規模または弾力的なコンピュート構成を使用するシステムを含む主要なクラウドデータウェアハウスに対して、ランタイムとコストパフォーマンスの両面で競争力があります。
しかし、SF100は話の終わりではありません。
**TPC-H SF1000以上**などのはるかに大規模なスケールファクターでは、JOIN実行を複数ノードにわたって適切にスケールさせる必要があります。エンジニアリングチームが次に注力しているのはまさにこの分野で、ClickHouse Cloudにおける大規模分散JOINのための[マルチステージ分散クエリ実行](/blog/multi-stage-distributed-query-execution-clickhouse-cloud)に取り組んでいます。
それは次の章のテーマです。今回の章は、ここ2年間のJOINエンジニアリングがあったからこそ可能になりました。
## ここまでの道のり
上記の結果は、ClickHouseで2年間集中して取り組んだJOINエンジニアリングの成果です。
その取り組みから1年経過した時点で、同じTPC-H SF100のJOIN中心ワークロードは既に**22.4と比較して4.4倍高速**になっていました。さらに1年後の現在、全体では**26倍高速**となり、直近1年だけでデフォルト設定下でさらに**6倍の改善**を貢献しました。
この進歩は、スタック全体にわたる改善によってもたらされました:より高速なハッシュJOIN、より良いプランニング、相関サブクエリのサポート、遅延カラム複製、ランタイムフィルタ、統計ベースのJOIN順序の最適化などです。
[コンパニオン記事](/blog/clickhouse-fast-joins)では、これらの数値の背景にあるエンジニアリングのストーリーを解説します:ClickHouseが「高速だがJOINには不向き」から、デフォルトで競争力のあるJOIN性能を実現するまでに、どのように歩んできたかを語ります。
> 2年間集中して取り組んだJOINエンジニアリングにより、ClickHouseはTPC-H SF100のJOIN中心ワークロードで26倍高速になりました。それこそが、これらのベンチマーク結果を可能にしたものです。