데이터베이스가 늘어날수록 클라이언트도 늘기 쉽습니다. PostgreSQL은 한 앱에서, Redis는 다른 도구에서, 로컬 분석용 DuckDB는 또 다른 방식으로 다루다 보면 연결 정보와 작업 습관이 흩어집니다. t8y2/dbx는 이 번거로움을 하나의 가벼운 클라이언트로 줄이려는 프로젝트입니다. README는 25MB 크기와 100개 이상의 데이터베이스 지원을 전면에 내세웁니다.
지원 대상으로는 MySQL, PostgreSQL, SQLite, Redis, MongoDB, DuckDB, SQL Server, Dameng 등이 언급됩니다. Rust로 만들었고, 데스크톱 앱 외에 Docker와 CLI도 제공합니다. 데이터베이스를 GUI에서 살펴보는 일과 터미널 중심의 작업을 같은 프로젝트가 겨냥한다는 뜻입니다. 이미 DB 종류별로 도구를 오가고 있다면, 익숙한 연결을 한곳에서 다룰 수 있는지가 첫 번째 확인 지점입니다.
구성에서 한 걸음 더 눈길을 끄는 부분은 내장 AI assistant와 MCP Server입니다. AI를 제품 안에서 쓰는 것에 그치지 않고 MCP 접점을 함께 둔 선택은, 데이터베이스 관련 작업을 외부 AI 도구나 에이전트 흐름에 연결하려는 수요를 의식한 것으로 볼 수 있습니다. 다만 제공된 README 발췌에는 어떤 작업이 가능한지, MCP 도구에 어떤 권한이 주어지는지, 데이터 접근이 어떻게 제한되는지까지 나오지 않습니다. 기능 이름만으로 운영 안전성을 판단할 수는 없습니다.
‘100개 이상 지원’도 같은 방식으로 읽어야 합니다. 연결할 수 있다는 주장과 각 데이터베이스에서 관리 기능이 동일하게 갖춰졌다는 말은 다릅니다. 팀에서 매일 쓰는 DB의 인증 방식, 쿼리 편집, 스키마 탐색이 요구 수준에 맞는지 확인하고, AI나 MCP를 쓴다면 어떤 쿼리와 변경 작업까지 허용할지 따로 살펴야 합니다. 특히 운영 데이터에 연결할 계획이라면 권한 범위를 먼저 좁혀 검증하는 편이 안전합니다.
DBX의 매력은 작은 용량을 표방하면서 GUI, Docker, CLI, AI assistant, MCP Server를 한 프로젝트에 함께 넣었다는 데 있습니다. 여러 저장소를 다루는 개발자라면 주력 DB 하나로 연결과 일상 작업을 시험해보고, 그다음 CLI와 MCP가 실제 흐름을 줄여주는지 판단할 수 있습니다. 기능 목록은 넓은 시작점입니다. 계속 쓸 도구인지는 자신의 데이터베이스와 작업 방식으로 확인해야 합니다.