Chaos and Order

💡 왼쪽 원문을 읽으면서 오른쪽에 따라 써보세요. Tab 키로 힌트를 받을 수 있습니다.

원문 렌더가 준비되기 전까지 텍스트 가이드로 표시합니다.

プロローグ — なぜまたDB GUIなのか

2026年になっても開発者の一日はどこかでSQLコンソールを開くことから始まる。深夜のアラートでRDSに繋いでロックを確認するにせよ、データチームから来たクエリを再実行するにせよ、リリース前にprodレプリカを覗くにせよ — 結局のところ「どこかでGUIからDBに繋ぐ」のだ。psqlとmysqlだけで一生やれる人もいるが、ほとんどのチームは1つか2つのGUIを標準として決め、それでやっていく。

この記事は2026年5月時点でのその風景の地図だ。なぜまた整理するのかと言えば、この市場が直近の2年でかなり動いたからである。

- **TablePlusがMacのほぼデフォルトになった。** 軽くて速く、iOSアプリまである。有料だが価格は妥当。

- **Beekeeper Studioが本物のOSS代替として定着した。** Community Editionが十分使え、Proも妥当な価格。

- **DataGripがJetBrains AI Assistantとの統合で再評価されている。** 一時は「DBeaverのほうが良い」という声が多かったが、AIで差がついた。

- **「モダンな協業DB UI」が新カテゴリとして固まった** — Outerbase、Supabase Studio、Hasura Console。ブラウザファースト、複数人で見る。

- **公式ツール(pgAdmin 4、Compass、RedisInsight、Workbench)は依然として存在する** が、一般ユーザーのシェアは上記4陣営に流れ続けている。

この記事は14章でその地図を歩く。次の四半期にチーム標準を決める時、または新しいノートパソコンをセットアップして「今回は何を入れようか」と迷う時に開いて使ってほしい。

1章 · 2026年DB管理GUIの地図 — 4陣営

ツールが多すぎる。まず4陣営に分けよう。

| 陣営 | コアモデル | 代表ツール |

| --- | --- | --- |

| **汎用デスクトップ** | マルチDB対応のローカルアプリ | TablePlus、Beekeeper Studio、DBeaver、DataGrip |

| **公式(ベンダー提供)** | 特定DBの深い対応 | pgAdmin 4、MongoDB Compass、RedisInsight、MySQL Workbench、Azure Data Studio |

| **Mac専用 / ニッチ** | macOSネイティブの磨き | TablePlus(一部)、Querious、Postico |

| **モダン協業 / ブラウザ** | チーム協業 + DBaaS UI | Outerbase、Supabase Studio、Hasura Console、Tablebooth、NocoDB GUI |

この分類は完全ではない。TablePlusは1陣営でも3陣営でもあり、DBeaverは1陣営でありながら公式に近い重みがある。しかし4陣営を念頭に置いて見ると違いが浮かび上がる。

**汎用デスクトップ陣営**の核は「1つのアプリでPostgres・MySQL・SQL Server・Redis・Mongoを全部見る」点だ。マルチDBが日常のチームなら、この陣営の1つをチーム標準にするのが普通。価格帯、OS対応、AI統合の度合いが差の中心。

**公式ツール陣営**は「ベンダーが直接作っているからそのDBの全機能を最も正確に対応する」という前提。pgAdminはPostgresの全EXPLAINオプションを知り、CompassはMongoのaggregationビルダーを持つ。代わりにUXが重い場合が多い。

**Mac専用 / ニッチ陣営**は「macOSらしく」を追求するツールたち。QueriousはMySQLだけ、PostgresはPosticoだけ。単一DBに集中しているので、そのDBではベストインクラスのUXを提供する。

**モダン協業陣営**は最新のスペースだ。「DBクライアントはブラウザの中にあるべきで、チームが同じクエリを見て共有する」というモデル。Outerbase、Supabase Studio、Hasura Consoleがそれぞれ別の角度から攻めている。

2026年のトレンドは**この4陣営が互いの領域に踏み込んでいる**ことだ。TablePlusがチーム同期を追加し、DBeaver Proがクラウドワークスペースを作り、Outerbaseがデスクトップアプリも出す。「デスクトップ vs ブラウザ」の境界が曖昧になる。

2章 · TablePlus — Mac/Win/iOSのリーダー、軽さの頂点

TablePlusは2017年にベトナム人開発者Henry Phamが始めたプロジェクトだ。2026年現在、macOSの事実上デフォルトのDBクライアントになっている。理由は単純 — **速くて軽くて美しい**。

**なぜTablePlusがMacで1位になったか。** 3つの決定が決定的だった。

1. **ネイティブmacOSアプリ。** Electronベースではない。Swift/Objective-Cで書かれた本物のCocoaアプリ。起動1秒未満、メモリは100MB前後。DBeaverの1.5GBと比べると衝撃的。

2. **マルチDB対応のバランス。** PostgreSQL・MySQL・MariaDB・SQL Server・SQLite・Redis・MongoDB・Cassandra・Snowflake・BigQuery・ClickHouse・CockroachDB・DuckDBまで — ほぼすべてのメインストリームDBをサポートしつつアプリが重くない。

3. **編集モデルが直感的。** セルをダブルクリックで編集、Cmd+Sでコミット。トランザクションは「Commit/Discard」ボタンで明示的に見る。DataGripのモデルに似ているがより軽快。

**2026年の新機能。** 4.xシリーズで来た大きな変化が2つ。

- **TablePlus AI(4.2から)**。OpenAI/Anthropicキーを挿せば「このテーブルから過去7日の登録者を日次で」のような自然言語をSQLに変換してくれる。結果を見てから実行するか決められる。2026年4月からClaude 4.7 Sonnetも標準オプションに。

- **iOS / iPadOSアプリ**。同じライセンスでiPadでも使える。マジックキーボードと組み合わせれば意外と使える。外出中にprodレプリカを覗く用途で人気。

**価格。** Personal $89(永続)、Standard $149、Custom $249。一度買えば、そのメジャー全体(例:4.x全部)のアップグレード無料。5.xが出たら買い直しだが、サブスク制ではないという点で合理的。Freeトライアルは時間無制限だが同時接続数制限があり、結局買うことになる。

**弱点。** Linux対応がない。Windows版はあるがmacOSほどの滑らかさはない。チーム協業機能は弱い(接続同期はiCloudで可能)。複雑なEXPLAIN分析はDataGripやpgAdminの方が上。

**どのチームが選ぶべきか。** Mac中心の個人/小規模チーム。マルチDBを扱うが重いIDEは嫌な人。一度買って一生使いたい人。

3章 · Beekeeper Studio — オープンソース + Pro、正直な価格

Beekeeper Studioは2019年にMatthew Rathbonが始めたOSS DBクライアント。2026年現在、「TablePlusのOSS代替」として最もよく挙げられる。GitHubで16kスター、GPL-3.0のCommunity Editionと、追加機能を持つPro/Ultimateバージョンが共存。

**なぜBeekeeperが伸びたか。** 「TablePlusは良いが有料でクローズドソース。Linuxもダメ」という不満が市場にあった。Beekeeperはそこにちょうど入ってきた。

- **OSS Community Editionは本当に無料。** 広告なし、機能制限もほぼなし。PostgreSQL・MySQL・MariaDB・SQL Server・SQLite・CockroachDB・Redis・Oracleをサポート。

- **Electronベースだが軽くチューニングされている。** 起動2–3秒、メモリ400MB程度。DBeaverよりずっと軽い。

- **UIがきれい。** ダークモード標準、キーボードショートカットがよく整理されている。

**Pro / Ultimate。** 2024年から追加機能を有料版に分離。Proは$99/年(個人)または$9/ユーザー/月(チーム)、Ultimateはより高い。

- **Pro**: Snowflake・BigQuery・Cassandra・DynamoDB・Firebird対応、SQLフォーマッタ強化、バックアップ/リストアGUI。

- **Ultimate**: ワークスペース同期(チーム)、Gitスタイルのbranch & merge、監査ログ。

**2026年の変化。** 4.0リリースでMongo対応が正式に入った(以前は部分対応)。また「Beekeeper AI Assistant」ベータが始まり、自前モデルではなくBYOKモデル。

**弱点。** 大きな結果セット(数十万行)を扱う時に時々遅くなる。EXPLAIN可視化が弱い。明示的トランザクション管理がTablePlusほどクリーンではない。

**どのチームが選ぶべきか。** OSSを好む、またはLinuxを使うチーム。TablePlus価格が負担な人。ProのBigQuery/Snowflake対応が必要なデータチーム。

4章 · DBeaver Community / Pro — すべてのDB、すべての機能

DBeaverは2010年から続くJavaベースのマルチDBクライアントだ。2026年現在、GUI ツールで最も多くのDBに対応する — Community Editionだけで80以上のDBを扱う。RDBMSはもちろん、NoSQL・時系列・グラフ・検索エンジンまでほぼ全カテゴリをカバー。

**DBeaverの強み。** 2点が決定的。

1. **対応DBの幅が圧倒的。** PostgreSQL・MySQL・Oracle・DB2・SQL Server・Sybase・Firebird・Snowflake・BigQuery・Redshift・Athena・ClickHouse・Cassandra・Mongo・Redis・Neo4j・InfluxDB・Elastic — 全部動く。会社が「今期はGreenplum使うぞ」と言っても普通に入る。

2. **ER図とデータインポート/エクスポートが強力。** CSV・JSON・XML・SQL・Excelを自由に行き来。移行作業の標準ツール。

**Community vs Pro。** 違いは明確。

| 領域 | Community(無料) | Pro(有料) |

| --- | --- | --- |

| **RDBMS対応** | ほぼ全部 | 全部 + 一部商用DBドライバ追加 |

| **NoSQL/クラウド** | 部分的 | Cassandra・Mongo・Redis・DynamoDB・CosmosDB強化 |

| **データ分析** | 基本チャート | Visual Query Builder、BIチャート |

| **AI** | 外部プラグイン | DBeaver AI Assistant統合 |

| **価格** | $0 | $19/月(DBeaver Pro)、$13/月から(Team) |

**2026年の新機能。** DBeaver 25でAI Assistantが正式統合。OpenAI・Anthropic・ローカルOllama全部対応。また「DBeaver Cloud」SaaSワークスペースのベータも開始(まだPro加入者のみ)。

**弱点。** **重い**。Javaベースなので起動5秒以上、メモリ1.5GB以上が標準。UIがEclipseスタイルで初見は威圧的。macOS Retinaディスプレイでフォントレンダリングが少し滲むという不満が長くあった(2026年25.1でかなり改善)。

**どのチームが選ぶべきか。** 多種DBを扱うエンジニア。Linuxで本格的にGUIを使う人。ER図とデータインポートが頻繁に必要なチーム。Javaの重さが気にならない人。

5章 · DataGrip(JetBrains) — IDE統合とリファクタリング

DataGripはJetBrainsが2015年に出したSQL/DB専用IDE。IntelliJ IDEA / PyCharm / WebStormの中にも「Database Tools」プラグインで入っているあのエンジンを単独アプリに分離したもの。2026年現在、「SQLをコードのように扱う」最高のツールと評価されている。

**DataGripの差別化点。** 他のGUIツールとの最大の違いは次の3つ。

1. **SQLコード解析がIDE級。** 変数名変更、カラム名変更が参照中のクエリまで一括リファクタリング。間違ってカラム名を書くと赤い下線で表示される。SQLを「コード」として扱うチームにはこれだけで価値がある。

2. **スキーマアウェア補完。** 単なるキーワード補完ではなく、「このテーブルにjoinできる他のテーブル候補」まで推薦する。外部キーをたどる。

3. **トランザクションと結果セット編集のUXが最もクリーン。** 自動コミットと手動コミットを明確に分け、編集セルに黄色マークが付く。ミスがほぼ起きない。

**2026年の新機能:JetBrains AI Assistant。** 2024年からDataGripに統合されたAI Assistantが2026年に大きく進化。自然言語→SQL変換は基本、EXPLAIN結果を分析して「このインデックスを作れば性能が良くなる」と提案する。ローカル推論オプションも増えた。

**価格。** 個人$9.90/月(3年目以降$5.94/月に割引)、企業$24.90/月。JetBrains All Products Packに含まれる。AI Assistantは別途サブスク($10/月〜個人)。

**弱点。** **起動が遅く、メモリが重い。** IntelliJプラットフォームベースなので起動7–10秒、メモリ2GB+。NoSQL(Mongo・Redis)対応はあるがRDBMSほど深くない。UIが初心者には複雑。

**どのチームが選ぶべきか。** SQLをコードのように扱うバックエンド/データエンジニア。JetBrainsエコシステムに既にいるチーム。AI Assistantまで一緒に使いたい人。軽さより正確性/リファクタリングを重視する人。

6章 · pgAdmin 4 — PostgreSQL公式、重いが完全

pgAdminはPostgreSQLプロジェクトの公式管理GUI。2003年に1.0が出て、2016年に4.0でWebベース(Python Flask + React)に完全に書き直された。2026年現在pgAdmin 4の9.xシリーズが安定版。

**pgAdminの強み。** PostgreSQL公式ツールという正確性から来る。

- **Postgresの全機能を正確に露出する。** Tablespace・Foreign Server・Publication/Subscription(論理レプリケーション)・Row-Level Security・Extension管理まで — 他ツールが省略するか部分対応のものを全部揃える。

- **バックアップ/リストアが本物のpg_dump/pg_restoreを呼ぶ。** 他ツールのような独自フォーマットではなく、標準の.dumpファイルをそのまま作る。

- **EXPLAIN可視化が良い。** クエリプランをツリーで見せ、コストが高いノードは色で強調。

**弱点。** 正直**UXが重い**。Webベースなのでデスクトップアプリのような反応性が出ず、メニューが深い。「Quickly run a query」のような単純作業がTablePlusの3秒に対し30秒近くかかる。韓国・日本のシニアDBA一部はまだpgAdminを使うが、一般開発者には重いという評価が多い。

**2026年の変化。** 9.xでデスクトップモードが改善。もはや別のサーバープロセスを立ち上げる必要なく、Electronシェル内で動作。AI機能はない(公式ロードマップにもなし)。

**どのチームが選ぶべきか。** Postgresだけ使うチームでシニアDBAが全機能を正確に扱いたい時。重いが正確性がより重要な運用環境。他ツールはOSSではないため会社方針上使えない場合。

7章 · MongoDB Compass — Mongo公式、Aggregationビルダーが核

MongoDB CompassはMongoDB Inc.が直接作った公式GUI。2026年現在、1.42程度が安定版、MongoDB Atlasと深く統合されている。

**Compassの強み。** Mongo専用ツールから来る深さ。

- **Aggregation Pipeline Builder。** Mongoのコア機能であるaggregationを段階ごとに視覚的に作る。各stage(match・group・project・lookup)をドラッグ&ドロップし、結果を即座に見る。

- **スキーマ分析。** 「このコレクションにどのフィールドがどの割合であるか」をサンプリングして見せる。スキーマレスDBの現実的問題を解く。

- **インデックス使用可視化。** explain()結果を視覚的に見せ、「このクエリはインデックスを使っていない」と警告。

**弱点。** Mongo専用なので他DBは見られない。UIが重い(Electron)。結果行数が多い時遅くなる。

**競合。** Studio 3T(商用)が本当に強力だが高い($199/年個人、$399/年Pro)。NoSQLBoosterも良い選択肢。しかし無料という理由でCompassが事実上標準。

**どのチームが選ぶべきか。** Mongoだけ使うチーム。Aggregationを頻繁にデバッグするバックエンド。Atlasユーザー(統合UX)。

8章 · RedisInsight — Redis公式、Stack/Vectorまで

RedisInsightはRedis Inc.が作ったRedis公式管理GUI。2026年現在2.xシリーズが安定、以前のRDM(Redis Desktop Manager)を完全に置き換えた。

**RedisInsightの強み。**

- **すべてのRedisデータ型を正確に見る。** String・List・Hash・Set・SortedSet・Stream・HyperLogLog・Geo — そしてRedis StackのSearch/JSON/TimeSeries/BloomまでGUIで扱う。

- **Vector Searchインデックス可視化。** Redis 8で正式導入されたvector searchインデックスを直接作りクエリできる。AI時代に意外と頻繁に使われる。

- **Slow log/Memory/Profilingパネル。** 運用デバッグに必須。

**弱点。** Redis専用。無料だが一部機能(例:クラスタ分析)はRedis Cloud加入者向け。

**競合。** Another Redis Desktop Manager(OSS、GitHub 30kスター)は無料代替。TablePlusとBeekeeperもRedisを部分対応。しかし深さはRedisInsightが圧倒。

**どのチームが選ぶべきか。** Redisをキャッシュ以上に使うチーム(Stream、Vector、JSON)。運用モニタリングが重要なSRE。

9章 · MySQL Workbench — 古い公式、まだ生きている

MySQL WorkbenchはOracleが管理するMySQL公式GUI。2010年代初頭の5.xからあり、2026年現在8.0.40シリーズが安定。

**Workbenchの強み。**

- **ERモデリングが強力。** スキーマデザインを絵で描き、forward engineeringでDDL生成。学校のDB授業と一部SIプロジェクトでまだ標準。

- **Visual Performance Dashboard。** Performance Schemaを可視化。CPU/メモリ/IOの流れが1画面に。

- **MySQL専用なので正確性が高い。** Stored procedure編集、Trigger管理、User/Privilege管理がきれい。

**弱点。** **UXが古い。** UIが2010年代初頭で止まっている。起動が遅く、macOSで時々クラッシュ。Aurora MySQLのような派生で一部機能が動かない。

**競合。** TablePlus・DBeaver・DataGripが全部MySQLをよりスムーズに扱う。Workbenchを新規で選ぶ人はほぼいないが、会社に既に入っているので使い続けるケースが多い。

**どのチームが選ぶべきか。** 学生/初めてMySQLを学ぶ人(公式なのでガイドと一致)。MySQL専用運用DBA。ERモデリングが必要なSIプロジェクト。

10章 · Azure Data Studio — Microsoftのモダンな試み

Azure Data StudioはMicrosoftが2018年に出したクロスプラットフォームSQLクライアント。SQL Server / Azure SQLがメインだが、PostgreSQL・MySQL拡張もある。VS Codeと同じElectronベース、同じMonaco Editorを使う。

**ADSの強み。**

- **VS CodeのようなUX。** Extensions、Notebook、Git統合が自然。

- **SQL Notebook。** JupyterのようなノートブックでSQLセルとマークダウンセルを混ぜて使う。データ分析レポートに有用。

- **Azure統合。** Azure SQL/Synapse/Cosmosを1つのサイドバーから探索。

**弱点。** SQL Server / Azure以外では拡張が活発でない。SSMS(SQL Server Management Studio)の全機能が入りきっていない(特にAgent、Replication管理)。

**2026年の位置。** Microsoftが2024年からADSの位置付けを調整中。「VS Code MSSQL Extension」に一部機能が移行し、ADSはやや Notebook/分析寄りのポジショニングに。フルSSMS代替はSSMS 21(2025)として別に生き残った。

**どのチームが選ぶべきか。** SQL Server / Azure SQLを扱うデータエンジニア。Notebookワークフローが好きな人。macOS/LinuxでSSMSのような環境が欲しい人。

11章 · Querious / Postico — Mac専用単一DBの魅力

この2つは「macOSネイティブ、単一DB」カテゴリの代表格。

**Querious(MySQL専用)。** 2010年代初頭からあるMac専用MySQLクライアント。Cocoaネイティブできれい。価格$25(1.xライセンス、永続使用可能)。2026年現在4.xシリーズが安定。

- 速い起動、軽いメモリ。

- ER図が意外と良い。

- macOSショートカット規約を完璧に従う。

- 短所:MySQL/MariaDBだけ。Windows/Linuxなし。開発速度が遅い。

**Postico(PostgreSQL専用)。** 2014年リリースのMac専用Postgresクライアント。Postico 2が2023年に出て、2026年現在も2.xシリーズが安定。価格$40(1.xライセンス)。

- 「macOSでPostgres = Postico」と言うほど滑らか。

- クエリ結果編集が直感的。

- 単純さが美徳 — トランザクション・クエリ・テーブル表示以外はほぼない。

- 短所:PostgreSQLだけ。Replication・複雑な権限管理は弱い。

**なぜこれらが今も生き残るか。** 「Macで単一DBだけ扱う人」にはこれ以上のものがない。TablePlusがより広範だが、Posticoは「1つに集中したミニマリズム」の魅力がある。Queriousは5–10年来のMacユーザーに忠誠度が高い。

**どのチームが選ぶべきか。** Macだけ使う個人開発者。単一DBだけ扱い単純さが重要な人。UXディテールにうるさい人。

12章 · Outerbase / Hasura / Supabase Studio — モダン協業DB UI

この陣営は「DBクライアントはもはやデスクトップアプリではない」という仮説の上に作られた。ブラウザで動き、チームが一緒に見て、AIが一緒に使う。

**Outerbase。** 2022年に始まったスタートアップ、2024年にVercelなどの投資家からシリーズAを受けた。「DBのためのLinear/Notion」がモットー。PostgreSQL・MySQL・Snowflake・BigQuery・SQLite(D1)をブラウザで管理。

- **Outerbase AI**がメインのセリングポイント。自然言語→SQLは基本、「このクエリ結果をチャートに」「この行にメモを付けて」のような協業アクションを行う。

- チームが同じクエリを見る。クエリにコメントが付き、変更履歴が残る。

- 2026年5月時点でFree + $25/ユーザーPro、Enterpriseは応相談。

- 短所:ブラウザベースなので反応がデスクトップほど即時ではない。一部高度機能(例:リアルタイムトランザクション管理)が弱い。

**Hasura Console。** GraphQLの上にPostgreSQL/SQL Server/BigQueryを乗せるHasuraの管理コンソール。DB GUIというより「GraphQL APIビルダー」に近いが、テーブル編集と権限管理はGUIで行う。2026年現在v3がメイン。

- データ操作より権限と関係設定が強み。

- Hasuraユーザーだけ意味がある。

**Supabase Studio。** Supabaseが自社PaaSの管理UIとして作ったツール。オープンソースで、セルフホストしたPostgresでも使える。

- Table Editor、SQL Editor、Auth、Storage、Edge Functions、Realtimeを1画面に。

- 2026年に「Supabase AI」が強化され、SQL自動補完とRLSポリシー推薦が深まった。

- 短所:Supabaseワークフローに最適化されている。外部Postgresに繋ぐには追加作業が必要。

**Tablebooth。** 2024年に登場した新参。「DBaaS UIをデザインの良い単一デスクトップアプリに」。2026年現在beta。評価が分かれる。

**NocoDB GUI。** AirtableのようなノーコードUIだが、バックエンドが本物のPostgres/MySQLなので「DBブラウザ」としても使える。非技術ユーザーにDBの一部を安全に露出する用途で人気。

**どのチームが選ぶべきか。** チームが一緒にクエリを見たい場合。DBaaSを使うチーム(Supabase、Neon、PlanetScale)は自然にそのPaaSのコンソールを使うことになる。非開発者にDBの一部を見せたい時。

13章 · AI統合 — 本当に何が変わるか

2026年のDB GUIで最も速く変化する部分がAIだ。主要4つを比較する。

| ツール | AIモデル | 中核機能 | 価格 |

| --- | --- | --- | --- |

**何が実際に使えるか。** 約1年使ってみた経験では3つに分かれる。

1. **自然言語→SQL。** うまく動く。単純な照会は95%以上当てる。問題は「そのSQLが本当に自分が望むものか」を検証するのは結局人の仕事ということ。だから結果を先に見て実行するUX(TablePlus・DataGrip)が重要。

2. **EXPLAIN分析。** 役に立つ。特にDataGripは「このインデックスを追加すると良くなる」まで提案する。ただし提案を無批判に受け入れてはいけない — インデックス追加が書き込み性能を下げることもある。

3. **スキーマ説明/ドキュメント化。** 意外と最も価値がある。初見の大きなスキーマを素早く理解するのに役立つ。

**警戒すべきこと。** 「これprodで動かして大丈夫?」をAIは責任取らない。DELETE/UPDATEは絶対に人がもう一度確認。そしてBYOKモデルの時、クエリ/スキーマが外部LLMサーバーに行く点を常に意識すべき — 会社方針で外部LLM禁止のところも多い。

14章 · 韓国 / 日本 — トス・カカオ・メルカリの運用事例

ツールは結局誰が使うかの問題だ。東アジア3大テック企業の事例を見る。

**トス(Viva Republica)。** Aurora MySQLとPostgreSQLをメインで使う。公開されているトスエンジニアリングブログと開発者カンファレンスで言及されたパターンを総合すると:

- 開発環境 → TablePlus(個人マシン、Macが標準)。DataGripユーザーも多い。

- 運用環境 → 直接アクセス最小化。bastion + 一回限りトークン + 監査ログ。GUIは同じだがアクセス経路が違う。

- データチーム → DBeaverとDataGrip混用。BigQueryの上でOuterbase/Hexのような協業ツールも一部使用。

**カカオ。** MySQL/Mongo/Redisヘビーユーザーとして知られる。

- 開発者:DataGrip標準、MySQL WorkbenchとCompassも併用。

- 運用:bastion経由のGUIアクセス、マイグレーション管理は自前ツール + Flyway。

- カカオエンタープライズなど一部組織はADSもSQL Server環境で使用。

**メルカリ(Mercari、日本)。** Google CloudベースなのでBigQuery・Cloud SQLがメイン。

- 分析 → BigQuery Console + Looker Studioが中心。

- 開発 → TablePlusが日本の開発者に人気。DataGripユーザーも多い。

- マイクロサービス環境なので各サービスownerが自分のDBを自分のGUIで見る。全社標準はない方。

**日本の特異点。** 日本企業は今もphpMyAdminやA5:SQL Mk-2のような古いツールを使うところが多い。保守的なSI環境で新ツール導入が遅い。逆にメガベンチャー(メルカリ・LINE・DeNA)はグローバル標準(TablePlus・DataGrip)を早く採用。

**韓国の特異点。** 公共/金融はSI標準上、OrangeSQL・Toad for Oracleのような商用ツールが依然として多い。スタートアップ/テックはTablePlus・DataGripに二分。

15章 · 誰が何を選ぶべきか — シナリオ別推奨

最後の章。上記すべてをシナリオに圧縮する。

**シナリオ1:Mac個人開発者、マルチDB**

→ **TablePlus**。1位推奨。一度買って一生使う。MacのUXが最も滑らか。

**シナリオ2:無料/OSSだけ使う、Linux含む**

→ **Beekeeper Studio Community** または **DBeaver Community**。Beekeeperが軽く、DBeaverが機能多い。

**シナリオ3:JetBrainsユーザー、AI一緒に使いたい**

→ **DataGrip + AI Assistant**。SQLリファクタリングとAI統合が最高。

**シナリオ4:Postgresだけ正確に扱いたい**

→ Macなら **Postico 2**、機能全部使うなら **pgAdmin 4**。

**シナリオ5:MySQL/MariaDBだけ扱うSI**

→ **MySQL Workbench**(学習資料互換)、またはMacなら **Querious**。

**シナリオ6:Mongoヘビー使用**

→ **MongoDB Compass**(無料)または **Studio 3T**(有料、強力)。

**シナリオ7:Redisモニタリング/運用**

→ **RedisInsight** 事実上唯一の答え。

**シナリオ8:SQL Server / Azure SQL**

→ Windowsでは **SSMS**、クロスプラットフォームでは **Azure Data Studio**。

**シナリオ9:チームが一緒にクエリを見る、協業中心**

→ **Outerbase**(汎用)またはPaaSに合わせた **Supabase Studio** など。

**シナリオ10:非開発者にDBの一部を見せたい**

→ **NocoDB GUI**(安全な露出)、Airtableスタイル。

**最後の一行。** ツールをあまり頻繁に変えるな。1つのツールのショートカットとトランザクションモデルが手に馴染むのに6ヶ月かかる。その6ヶ月をかけないなら、いっそ会社が既に標準で使うツールをそのまま使う方が良い。ツールはツールでしかなく、DBの実力は結局SQLとクエリプランと運用感覚から来る。

参考 / References

- TablePlus — https://tableplus.com/

- TablePlus AIドキュメント — https://docs.tableplus.com/gui-tools/ai-assistant

- Beekeeper Studio — https://www.beekeeperstudio.io/

- Beekeeper Studio GitHub — https://github.com/beekeeper-studio/beekeeper-studio

- DBeaver Community — https://dbeaver.io/

- DBeaver Pro — https://dbeaver.com/

- DataGrip — https://www.jetbrains.com/datagrip/

- JetBrains AI Assistant — https://www.jetbrains.com/ai/

- pgAdmin 4 — https://www.pgadmin.org/

- MongoDB Compass — https://www.mongodb.com/products/compass

- RedisInsight — https://redis.io/insight/

- MySQL Workbench — https://www.mysql.com/products/workbench/

- Azure Data Studio — https://learn.microsoft.com/en-us/azure-data-studio/

- Querious — https://www.araelium.com/querious

- Postico — https://eggerapps.at/postico2/

- Outerbase — https://www.outerbase.com/

- Hasura Console — https://hasura.io/docs/latest/getting-started/

- Supabase Studio — https://supabase.com/docs/guides/getting-started/features#studio

- NocoDB — https://www.nocodb.com/

- FerretDB — https://www.ferretdb.com/

- Adminer — https://www.adminer.org/

- Studio 3T — https://studio3t.com/

- Another Redis Desktop Manager — https://github.com/qishibo/AnotherRedisDesktopManager

- Toss Tech Blog — https://toss.tech/

- Mercari Engineering — https://engineering.mercari.com/en/