SQLからMongoDBクエリ変換

Q: このコンバーターで MongoDB に変換できる SQL 文は何ですか？

このツールは、SELECT、INSERT、UPDATE、および DELETE 文を変換します。SELECT は WHERE、ORDER BY、GROUP BY、HAVING、LIMIT、OFFSET、DISTINCT、および 5 つの標準集計関数（COUNT、SUM、AVG、MIN、MAX）をサポートしています。AND、OR, NOT, IN, NOT IN, BETWEEN, LIKE, IS NULL, IS NOT NULL を使用した複雑な WHERE 句も、MongoDB 演算子にきれいにマッピングされます。

Q: 句ごとのマッピングはどのように機能しますか？

変換後、ツールは各 SQL 句とそれに対応する MongoDB の同等物を短い説明とともに示すインタラクティブな表を表示します。例えば、FROM users は db.users になり、WHERE age > 21 は $gt を使用したフィルタになり、ORDER BY name DESC は .sort({ name: -1 }) になります。これは SQL から MongoDB への変換のメンタルモデルを学ぶための最短の方法です。

Q: 生成された MongoDB クエリはそのまま mongosh に貼り付けられますか？

はい。出力は、引用符なしのキー、.sort()、.limit()、.skip() などの末尾のチェーンメソッド、およびネイティブの JavaScript 正規表現リテラルを含む mongosh (MongoDB Shell) 構文を使用しています。mongosh、MongoDB Compass のシェル、または Studio 3T に直接貼り付けることができます。

SQLクエリ（SELECT、INSERT、UPDATE、DELETE）を、句ごとのマッピング、集計パイプライン生成、ライブ構文ハイライト、およびそのまま貼り付け可能なmongosh出力を使用してMongoDBシェル構文に変換します。

SQLからMongoDBクエリ変換

SQL → MongoDB

⚡ クイックサンプル (クリックして読み込み)

Embed SQLからMongoDBクエリ変換 Widget

SQLからMongoDBクエリ変換

sqlからmongodbクエリ変換へようこそ。このオンラインツールは、SQL クエリ（SELECT、INSERT、UPDATE、DELETE）を、クリーンでそのまま貼り付け可能な MongoDB シェル構文に変換します。すべての変換には、各 SQL キーワードがどのように MongoDB の同等物に変化するかを正確に示す「句ごとのマッピング」が付属しています。これにより、このツールはリレーショナルデータベースから MongoDB に移行する開発者にとって、コンバーターとしても学習補助ツールとしても役立ちます。

なぜこの SQL から MongoDB へのコンバーターを使うのか？

ほとんどのオンラインコンバーターは、単に JSON の塊を出力するだけで、何が起こったのかを推測させるままにします。このツールは違います。生成された MongoDB クエリに加えて、各句がなぜそのように変換されたのかを説明するステップバイステップのマッピングを確認できます。これにより、移行時の迅速な変換だけでなく、既存の SQL の知識から MongoDB クエリ言語を学ぶのにも同様に役立ちます。

主な機能

4つのステートメントタイプ: SELECT (find, distinct, countDocuments, aggregate)、INSERT、UPDATE、DELETE のすべてを一つのツールで。
句ごとのマッピング: FROM、WHERE、GROUP BY、HAVING、ORDER BY、LIMIT、OFFSET がそれぞれどのように MongoDB 演算子に変換されるかを確認。
自動集計パイプライン: GROUP BY、HAVING、および集計関数は、正しい順序で $match、$group、$sort、$limit ステージを含む適切な aggregate([...]) パイプラインを生成します。
豊富な WHERE サポート: AND、OR、NOT、括弧、IN、NOT IN、BETWEEN、LIKE、IS NULL、IS NOT NULL、および 6 つの比較演算子すべてに対応。
構文ハイライトされた出力: 読みやすく、mongosh、MongoDB Compass、または Studio 3T に直接貼り付け可能。
演算子チートシート: よく使われる 24 個の SQL ↔ MongoDB マッピングを常時表示。
クイック読み込みサンプル: クリック一つで 9 つの実用的なサンプルを読み込み。
コピーとダウンロード: ワンクリックでクリップボードにコピー、または .js ファイルとして保存。
モバイル対応: レイアウトはスマートフォンやタブレットに適応し、狭い画面ではマッピングパネルが垂直に並び変わります。

どの SQL 文を MongoDB に変換できますか？

このツールは SELECT、INSERT、UPDATE、および DELETE 文を変換します。SELECT は WHERE、ORDER BY、GROUP BY、HAVING、LIMIT、OFFSET、DISTINCT、および 5 つの標準集計関数（COUNT、SUM、AVG、MIN、MAX）をサポートしています。AND、OR、NOT、IN、NOT IN、BETWEEN、LIKE、IS NULL、IS NOT NULL を使用した複雑な WHERE 句はすべて、MongoDB 演算子にきれいにマッピングされます。

句ごとのマッピングはどのように機能しますか？

変換のたびに、ツールはすべての SQL 句とそれに対応する MongoDB の同等物を並べた表を表示します。例:

SQL: SELECT name, age FROM users WHERE age > 21 ORDER BY age DESC LIMIT 10
MongoDB: db.users.find({ age: { $gt: 21 } }, { name: 1, age: 1, _id: 0 }).sort({ age: -1 }).limit(10)
マッピング:
· FROM users → db.users
· SELECT name, age → プロジェクション { name: 1, age: 1, _id: 0 }
· WHERE age > 21 → フィルタ { age: { $gt: 21 } }
· ORDER BY age DESC → .sort({ age: -1 })
· LIMIT 10 → .limit(10)

GROUP BY クエリの集計パイプラインを処理できますか？

はい。SQL が GROUP BY、HAVING、または集計関数を使用する場合、コンバーターは完全な MongoDB 集計パイプラインを生成します。グルーピング前の $match (WHERE から)、_id とアキュムレータを含む $group、グルーピング後の $match (HAVING から)、そしてパイプラインの順序に従った $sort、$skip、$limit です。MongoDB では順序が重要であり、$match の前に $sort を行うと非常に遅くなるため、ツールは常に最適な順序でステージを出力します。

例: SELECT category, COUNT(*) AS total FROM books WHERE year >= 2020 GROUP BY category HAVING COUNT(*) > 5 ORDER BY total DESC LIMIT 5

変換後:
db.books.aggregate([
  { $match: { year: { $gte: 2020 } } },
  { $group: { _id: "$category", total: { $sum: 1 } } },
  { $match: { total: { $gt: 5 } } },
  { $sort: { total: -1 } },
  { $limit: 5 }
])

SQL の LIKE パターンはどのように変換されますか？

SQL の % ワイルドカードは .* に、_ ワイルドカードは MongoDB の正規表現内の . に変換されます。SQL パターンが % で始まらない、または終わらない場合、パターンは ^ または $ でアンカーされます。パターン内の特殊な正規表現文字は自動的にエスケープされます。

LIKE 'abc%' → /^abc.*/
LIKE '%.com' → /.*\.com$/
LIKE '%widget%' → /.*widget.*/
LIKE 'a_c' → /^a.c$/

SQL と MongoDB クエリの主な違いは何ですか？

SQL は宣言的でテーブル指向であり、行と列を記述します。MongoDB はドキュメント指向で、JSON 風のクエリ言語を使用します。主な変換ルールは以下の通りです。

テーブル → コレクション。 FROM users は db.users になります。
行 → ドキュメント。 name, age, email 列を持つ SQL の行は、それらのフィールド名を持つ MongoDB ドキュメントになります。
WHERE → フィルタオブジェクト。 MongoDB の find() の第 1 引数はフィルタドキュメントであり、$gt、$in、$and などの演算子を使用します。
SELECT リスト → プロジェクション。 find() の第 2 引数は、含めるフィールド (1) または除外するフィールド (0) を指定します。_id フィールドは、明示的に 0 に設定しない限りデフォルトで含まれます。
ORDER BY → .sort()、LIMIT → .limit()、OFFSET → .skip()。 これらは find() の後にチェーンされるメソッド呼び出しになります。
GROUP BY → $group。 多くの行を 1 つにまとめる集計は、集計パイプライン内で実行されます。
JOIN → $lookup。 SQL の結合は、集計パイプラインの $lookup ステージにマッピングされます（このツールは現在、単一テーブルのクエリに焦点を当てています。結合が検出された場合はヒントとして表示されます）。

生成された MongoDB クエリはそのまま mongosh に貼り付けられますか？

はい。出力は、引用符なしのオブジェクトキー、.sort()、.limit()、.skip() などの末尾のチェーンメソッド、およびネイティブの JavaScript 正規表現リテラルを含む mongosh (MongoDB Shell) 構文を使用しています。mongosh、MongoDB Compass の MongoSH タブ、または Studio 3T の IntelliShell に直接貼り付けることができます。

このツールの使い方

SQL クエリを入力ボックスに貼り付けるか、クイックサンプルをクリックしてサンプルクエリを読み込みます。
「MongoDB に変換」をクリックします。 ツールが SQL を解析し、同等の MongoDB クエリを作成します。
句ごとのマッピングを確認して変換を検証し、マッピングルールを学びます。
コードブロックの上部にあるボタンを使用して、MongoDB クエリをコピーまたはダウンロードします。ダウンロードされたファイルは、すぐに実行できる .js スクリプトです。

実用的なユースケース

MongoDB に移行する開発者向け

レガシーな SQL レポートを MongoDB 集計パイプラインに移植。
ドキュメント、Stack Overflow の回答、またはスキーマ設計ガイドから SQL クエリを変換。
インデックスやプロジェクションで最適化するためのベースラインとなる MongoDB クエリを生成。

学生および学習者向け

根本的に異なる 2 つのクエリ言語間のマッピングを理解。
既にある SQL の知識から MongoDB のドキュメントモデルに対する直感を養う。
MongoDB クエリをゼロから書く際のクイックリファレンスとして演算子チートシートを使用。

DBA およびバックエンドエンジニア向け

プルリクエストのレビュー中に、候補となる MongoDB クエリを迅速にサニティチェック。
本番データで実行する前に、スキーマ移行中のクエリをプロトタイプ化。
句のマッピングを教育資料としてジュニアチームメンバーと共有。

制限事項とまだサポートされていないもの

JOIN — MongoDB の JOIN 同等物には、静的なコンバーターでは常に推論できない外部キー設計を伴う $lookup ステージが必要です。現時点では単一テーブルのクエリを変換し、必要に応じて手動で $lookup でラップしてください。
サブクエリ — スカラーおよび相関サブクエリは解析されません。2 つの別々のクエリに分解してみてください。
CTE / WITH 句 — サポートされていません。まず CTE を独立したクエリとして抽出してください。
UNION / UNION ALL — 手動で $unionWith を使用してください。
ウィンドウ関数 — MongoDB 5.0+ で $setWindowFields を使用してください。
複雑な SET 式 — UPDATE 値はリテラルである必要があります。SET x = x + 1 のような算術演算には MongoDB の $inc 演算子が必要で、これらは手動で追加します。

よくある質問

WHERE のない SELECT クエリが空のフィルタオブジェクトを返すのはなぜですか？

MongoDB の find() は、第 1 引数にフィルタを期待します。SQL に WHERE 句がない場合、ツールはすべてのドキュメントに一致する空のフィルタ find({}) を出力します。

プロジェクションに _id: 0 が追加されるのはなぜですか？

MongoDB は、クエリ結果にデフォルトで _id フィールドを含めます。リストされた列のみが返される SQL の SELECT 動作に合わせるために、_id を明示的に列としてリストしない限り、ツールは _id: 0 を追加します。

UPDATE クエリには updateOne と updateMany のどちらを使うべきですか？

ツールはデフォルトで updateMany を出力します。これは SQL UPDATE の複数行セマンティクスと一致します。フィルタが単一のドキュメントに一致することが確実な場合（例えば一意の _id でフィルタリングする場合）は、updateOne に切り替えてください。

ツールは私の SQL をどこかに保存または送信しますか？

入力された SQL は解析のためにサーバーに送信され、変換された MongoDB として返された後、破棄されます。ログに記録されたり、保存されたり、第三者と共有されたりすることはありません。

ツールは無料ですか？

はい、完全に無料で、アカウントなしで使用できます。いつでもページを更新して最初からやり直すことができます。

ObjectId や Date のような MongoDB 固有の型はどのように扱われますか？

SQL の文字列リテラルは、デフォルトで MongoDB の文字列になります。列に ObjectId が格納されている場合は、貼り付け後に手動でリテラルを ObjectId("...") で囲んでください。日付フィールドの場合は、リテラルを ISODate("...") で囲みます。どちらの置換も、貼り付け後に数秒で編集できます。