Skip to content
Published on

DB 관리 GUI 도구 2026 — TablePlus·Beekeeper·DBeaver·DataGrip·pgAdmin·MongoDB Compass·RedisInsight·MySQL Workbench·Azure Data Studio·Querious·Postico·Outerbase·Supabase Studio 심층 비교

🇰🇷KO🇺🇸EN🇯🇵JA
Split View필사 모드
Authors

프롤로그 — 왜 또 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 UIOuterbase, 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(라이프타임),Standard89 (라이프타임), 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/년(개인)또는사용자당월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 통합
가격$019/월(DBeaverPro),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년차이후9.90/월 (3년차 이후 5.94/월로 할인), 기업 24.90/월.JetBrainsAllProductsPack을쓰면그안에포함된다.AIAssistant는별도구독(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/년개인,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 모델핵심 기능가격
TablePlus AIBYOK (Claude/GPT)자연어 → SQL, 결과 요약본 라이선스에 포함
DataGrip AI AssistantJetBrains AI ProNL→SQL, EXPLAIN 분석, 코드 리팩토링 통합$10/월 ~
Outerbase AI자체 + Claude협업 액션, 차트 자동 생성Pro 플랜에 포함
DBeaver AI AssistantBYOK or DBeaver CloudNL→SQL, 스키마 설명Pro에 포함

무엇이 실제로 쓸 만한가. 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

Discuss on Twitter • View on GitHub