Chaos and Order

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

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

프롤로그 — 왜 또 DB GUI인가

2026년에도 개발자의 매일은 어딘가에서 SQL 콘솔을 여는 것으로 시작된다. 새벽 알람을 받고 RDS에 붙어서 락을 확인하든, 데이터팀이 보낸 쿼리를 다시 돌려보든, 신규 마이그레이션 전에 prod replica를 들여다보든 — 결국 어딘가에서 "DB에 GUI로 붙는다". psql과 mysql 같은 CLI만으로 모든 일을 처리하는 사람도 있지만, 대부분의 팀은 한두 개의 GUI를 표준으로 정해두고 산다.

이 글은 2026년 5월 현재 그 GUI 풍경을 정리한 글이다. 왜 또 정리하느냐 하면, 지난 2년 사이 이 시장이 꽤 많이 흔들렸기 때문이다.

- **TablePlus가 Mac에서 거의 디폴트가 됐다.** 가볍고, 빠르고, iOS 앱까지 있다. 유료지만 가격이 합리적이다.

- **Beekeeper Studio가 진짜 오픈소스 대안으로 자리잡았다.** Community Edition이 충분히 쓸 만하고, Pro도 합리적이다.

- **DataGrip이 JetBrains AI Assistant 통합으로 다시 평가받고 있다.** 한때 "DBeaver가 더 낫다"는 평이 많았는데, AI 부분에서 격차가 벌어졌다.

- **Outerbase·Supabase Studio·Hasura Console 같은 "모던 협업 DB UI"가 새 카테고리로 굳었다.** 브라우저 안에서 팀이 같이 작업하는 모델이다.

- **공식 도구(pgAdmin 4·Compass·RedisInsight·Workbench)는 여전히 존재한다.** 하지만 일반 사용자 점유율은 계속 빠지는 중이다.

이 글은 14개 챕터로 그 지도를 그린다. 여러분 팀이 다음 분기에 어떤 GUI를 표준으로 정할지 고민할 때, 또는 새 노트북을 세팅하면서 "이번엔 뭘 깔지" 망설일 때 펴보라고 만들었다.

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진영(Mac 전용에서 시작)이고, DBeaver는 1진영이면서도 공식에 가까운 무게감이 있다. 그래도 4진영을 기억하고 도구를 보면 차이가 잘 보인다.

**범용 데스크톱 클라이언트 진영**의 핵심은 "한 앱에서 PostgreSQL·MySQL·SQL Server·Redis·Mongo 다 본다"는 점이다. 멀티 DB가 일상인 팀이라면 이 진영 중 하나를 표준으로 가져가는 게 보통이다. 가격대와 OS 지원, AI 통합 정도가 차이의 핵심이다.

**공식 도구 진영**의 핵심은 "벤더가 직접 만들었으니 그 DB의 모든 기능을 가장 정확하게 지원한다"는 점이다. pgAdmin은 Postgres의 모든 EXPLAIN 옵션을 알고, Compass는 Mongo의 aggregation 빌더를 갖고 있다. 하지만 UX가 무거운 경우가 많다.

**Mac 전용 / 니치 진영**은 "macOS 답게"를 추구하는 도구들이다. Querious는 MySQL만, Postico는 Postgres만 다룬다. 단일 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위가 됐는가.** 세 가지 결정이 결정적이었다.

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 시리즈에서 들어온 큰 변화 두 가지.

- **TablePlus AI (4.2부터)**. OpenAI/Anthropic 키를 꽂으면 "이 테이블에서 지난 7일 가입자 수를 일별로" 같은 자연어를 SQL로 바꿔준다. 결과를 미리보고 실행할지 결정한다. 2026년 4월부터 Claude 4.7 Sonnet도 기본 옵션으로 들어왔다.

- **iOS / iPadOS 앱**. 같은 라이센스로 iPad에서도 쓸 수 있다. 매직 키보드와 함께 쓰면 의외로 쓸 만하다. 외출 중 prod replica 들여다보는 용도로 인기.

**가격.** 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 Rathbone이 시작한 오픈소스 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 formatter 강화, 백업/복원 GUI.

- **Ultimate**: 워크스페이스 동기화(팀), Git-style branch & merge, Audit log.

**2026년 변화.** 4.0 릴리스에서 Mongo 지원이 정식으로 들어왔다(이전엔 부분 지원). 또 "Beekeeper AI Assistant" 베타가 시작됐는데, 자체 모델이 아니라 사용자 키를 받는 BYOK 방식이다.

**약점.** 큰 결과셋(수십만 row) 다룰 때 가끔 느려진다. EXPLAIN 시각화가 빈약하다. 트랜잭션 명시적 관리가 TablePlus만큼 깔끔하진 않다.

**어떤 팀이 골라야 하는가.** OSS를 선호하거나 Linux를 쓰는 팀. TablePlus 가격이 부담스러운 사람. Pro의 BigQuery/Snowflake 지원이 필요한 데이터팀.

4장 · DBeaver Community / Pro — 모든 DB, 모든 기능

DBeaver는 2010년부터 시작된 자바 기반 멀티-DB 클라이언트다. 2026년 현재 가장 많은 DB를 지원하는 GUI 도구 — Community Edition만으로 80개 이상의 DB를 다룬다. RDBMS는 물론이고 NoSQL·시계열·그래프·검색엔진까지 거의 모든 카테고리를 커버한다.

**DBeaver의 강점.** 두 가지가 결정적이다.

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 도구와 가장 큰 차이는 다음 세 가지다.

1. **SQL 코드 분석이 IDE급이다.** 변수 이름 변경, 컬럼 이름 변경이 referencing 쿼리까지 한 번에 리팩토링된다. 실수로 컬럼명을 잘못 쓰면 빨간 줄로 표시된다. SQL을 "코드"로 다루는 팀에는 이 한 가지만으로도 가치가 있다.

2. **Schema-aware 자동완성.** 단순한 키워드 자동완성이 아니라, "이 테이블에 join할 수 있는 다른 테이블 후보"까지 추천한다. 외래키를 따라간다.

3. **트랜잭션과 결과셋 편집 UX가 가장 깔끔하다.** 자동 커밋과 수동 커밋을 명확히 분리하고, 편집한 셀에 노란색 표시가 들어간다. 실수가 거의 안 난다.

**2026년 새 기능: JetBrains AI Assistant.** 2024년부터 DataGrip에 통합된 AI Assistant는 2026년에 크게 진화했다. 자연어 → SQL 변환은 기본이고, EXPLAIN 결과를 분석해서 "이 인덱스를 만들면 성능이 좋아질 것"이라고 제안한다. ML/Local Inference 옵션도 늘었다.

**가격.** 개인 $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에서 웹 기반(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가 무겁다**. 웹 기반이라서 데스크톱 앱 같은 반응성이 안 나오고, 메뉴 깊이가 깊다. "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). 결과 row 수가 많을 때 느려진다.

**경쟁자.** 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 모델링이 강력하다.** Schema 디자인을 그림으로 그리고, forward engineering으로 DDL 생성. 학교 DB 수업과 일부 SI 프로젝트에서 여전히 표준.

- **Visual Performance Dashboard.** Performance Schema를 시각화해준다. CPU/메모리/IO 흐름이 한 화면에.

- **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를 한 사이드바에서 탐색.

**약점.** SQL Server / Azure 외에선 확장이 활발하지 않다. SSMS(SQL Server Management Studio)의 모든 기능이 다 안 들어왔다(특히 Agent, Replication 관리).

**2026년 위치.** Microsoft가 2024년부터 ADS의 위상을 조정 중이다. "VS Code MSSQL Extension"으로 일부 기능이 이전되면서, ADS는 좀 더 노트북/분석 쪽으로 포지셔닝되는 분위기. 풀 SSMS 대체는 SSMS 21 (2025)로 따로 살아남았다.

**어떤 팀이 골라야 하는가.** SQL Server / Azure SQL을 다루는 데이터 엔지니어. Notebook 워크플로우를 좋아하는 사람. macOS/Linux에서 SSMS 같은 환경을 원하는 사람.

11장 · Querious / Postico — Mac 전용 단일 DB의 매력

이 두 도구는 "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는 "한 가지에 집중한 미니멀리즘"의 매력이 있다. 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을 한 화면에.

- 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년 가까이 써본 내 경험으로는 셋이 갈린다.

1. **자연어 → SQL.** 잘 된다. 단순 조회는 95% 이상 맞춘다. 문제는 "그 SQL이 진짜로 내가 원하는 것인지" 검증하는 게 결국 사람 몫이라는 것. 그래서 결과를 미리 보고 실행하는 UX(TablePlus·DataGrip)가 중요하다.

2. **EXPLAIN 분석.** 도움이 된다. 특히 DataGrip은 "이 인덱스를 추가하면 좋아진다"까지 제안한다. 다만 제안을 무비판적으로 받으면 안 된다 — 인덱스 추가가 쓰기 성능을 떨어뜨릴 수도 있다.

3. **스키마 설명/문서화.** 의외로 가장 가치 있다. 처음 보는 큰 스키마를 빠르게 이해하는 데 도움.

**경계해야 할 것.** "이거 prod DB에서 돌려도 돼?"를 AI가 책임지지 않는다. DELETE/UPDATE는 무조건 사람이 한 번 더 확인. 그리고 BYOK 모델일 때 쿼리/스키마가 외부 LLM 서버로 가는 점을 항상 의식해야 한다 — 회사 정책으로 외부 LLM 금지인 곳도 많다.

14장 · 한국 / 일본 — 토스·카카오·메르카리의 운영 사례

도구는 결국 누가 쓰느냐의 문제다. 동아시아 3대 테크 회사의 사례를 본다.

**토스 (Viva Republica).** Aurora MySQL과 PostgreSQL을 메인으로 쓴다. 공개된 토스 엔지니어링 블로그와 개발자 컨퍼런스에서 언급된 패턴을 종합하면:

- 개발 환경 → TablePlus(개인 머신, Mac이 표준). DataGrip 사용자도 많음.

- 운영 환경 → 직접 접근 최소화. bastion + 1회용 토큰 + 감사 로그. GUI는 같지만 접속 경로가 다름.

- 데이터팀 → DBeaver와 DataGrip 혼용. BigQuery 위에서 Outerbase/Hex 같은 협업 도구도 일부 사용.

**카카오.** MySQL/Mongo/Redis 헤비 유저로 알려져 있다.

- 개발자: DataGrip 표준, MySQL Workbench와 Compass도 병행.

- 운영: bastion 통한 GUI 접근, 마이그레이션 관리는 자체 도구 + Flyway.

- 카카오엔터프라이즈 등 일부 조직은 ADS도 SQL Server 환경에서 사용.

**메르카리 (Mercari, Japan).** 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 스타일.

**최후의 한 줄.** 도구를 너무 자주 바꾸지 마라. 한 도구의 단축키와 트랜잭션 모델이 손에 익는 데 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/