メインコンテンツへスキップ
以下の例では、構造化JSONデータと半構造化JSONデータの読み込み方法を、ごく簡単な例で示します。ネスト構造を含むより複雑なJSONについては、ガイドJSONスキーマの設計を参照してください。

構造化JSONの読み込み

このセクションでは、JSONデータがNDJSON (改行区切りJSON) フォーマット、すなわちClickHouseでJSONEachRowとして知られるフォーマットであり、カラム名と型が固定された構造化データであることを前提とします。NDJSONは簡潔でスペース効率に優れるため、JSONの読み込みに推奨されるフォーマットですが、入力と出力の両方で他のフォーマットもサポートされています。 次のJSONサンプルは、Python PyPIデータセットの1行を表しています:
このJSONオブジェクトをClickHouseに読み込むには、テーブルのスキーマを定義する必要があります。 この単純なケースでは、構造は静的で、カラム名は既知であり、各カラムの型も明確に定義されています。 ClickHouseはJSON型を通じて半構造化データをサポートしており、キー名とその型を動的に扱うことができますが、ここではその必要はありません。
可能であれば静的なスキーマを優先してくださいカラム名と型が固定されており、新しいカラムが追加される見込みがない場合は、本番環境では常に静的に定義されたスキーマを優先してください。JSON型は、カラム名や型が変わる可能性のある、非常に動的なデータに適しています。この型は、プロトタイピングやデータ探索にも役立ちます。
これに対応するシンプルなスキーマを以下に示します。JSONのキーはカラム名にマップされます
ソートキーここでは、ORDER BY 句でソートキーを指定しています。ソートキーの詳細と選び方については、こちらを参照してください。
ClickHouse は複数のフォーマットで JSON データを読み込むことができ、ファイルの拡張子と内容から型を自動的に推論します。上記のテーブルの JSON ファイルは、S3 function を使用して読み込むことができます:
ファイルのフォーマットを指定する必要がない点に注目してください。代わりに、glob パターンを使用してバケット内のすべての *.json.gz ファイルを読み込みます。ClickHouse はファイルの拡張子と内容からフォーマットが JSONEachRow (ndjson) であることを自動的に推測します。ClickHouse が検出できない場合は、パラメータ関数を使ってフォーマットを手動で指定できます。
圧縮ファイル上記のファイルは圧縮形式にも対応しており、ClickHouse が自動的に検出して処理します。
これらのファイルの行を読み込むには、INSERT INTO SELECT を使用します。
行は、FORMAT を使ってインラインで読み込むこともできます。たとえば、
これらの例では、JSONEachRow フォーマットを使用することを前提としています。その他の一般的な JSON フォーマットにも対応しており、それらの読み込み例はこちらで確認できます。

半構造化 JSON の読み込み

前の例では、キー名と型があらかじめ分かっている固定的な JSON を読み込みました。しかし、実際にはそうでないことも少なくありません。キーが追加されたり、型が変わったりすることがあります。これは、オブザーバビリティ データのようなユースケースではよくあることです。 ClickHouse では、専用の JSON 型でこれに対応しています。 次に、上記の Python PyPI dataset を拡張したバージョンの例を見てみましょう。ここでは、任意のキーと値のペアを含む tags カラムを追加しています。
ここでのtagsカラムは内容が一定ではないため、スキーマとして定義できません。このデータを読み込むには、先ほどのスキーマを使いつつ、型をJSONとする追加のtagsカラムを指定できます。
元のデータセットと同じ方法で、テーブルにデータを取り込みます。
ここでは、データの読み込み時の性能差に注目してください。JSONカラムでは、挿入時に型推論が必要になるほか、複数の型を持つカラムが存在する場合は追加のストレージ領域も必要になります。JSON型は、カラムを明示的に宣言した場合と同等の性能になるように設定できます (JSONスキーマの設計を参照) が、既定では意図的に高い柔軟性を持たせています。ただし、この柔軟性には一定の代償が伴います。

JSON 型を使用するケース

データが次のような場合は、JSON 型を使用します。
  • キーが固定されておらず、時間の経過とともに変化する。
  • 値の型が一定ではない (例: path には文字列が入ることもあれば、数値が入ることもある) 。
  • 厳密な型付けが現実的でなく、スキーマに柔軟性が求められる。
一方、データ構造が明確で一貫している場合は、データが JSON フォーマットであっても、JSON 型が必要になることはほとんどありません。具体的には、データに次のような特徴がある場合です。
  • 既知のキーを持つフラットな構造: 標準的なカラム型 (例: String) を使用します。
  • 予測可能なネスト構造: このような構造には Tuple、Array、または Nested 型を使用します。
  • 構造は予測可能だが型が変わる: 代わりに Dynamic 型または Variant 型を検討してください。
また、上記の例のように、予測可能なトップレベルのキーには静的カラムを使用し、ペイロード内の動的な部分には 1 つの JSON カラムを使う形で、これらのアプローチを組み合わせることもできます。
最終更新日 2026年7月2日