PostgreSQL 확장을 Rust로 만든다고? pgrx가 여는 새로운 가능성

도입: PostgreSQL 확장의 새로운 길

혹시 PostgreSQL을 쓰면서 "여기에 내가 원하는 함수 하나만 더 있으면 좋겠는데"라고 생각해본 적 있으신가요? PostgreSQL의 가장 큰 장점 중 하나가 바로 확장(extension) 시스템이에요. 데이터베이스 내부에 직접 코드를 심어서 새로운 데이터 타입, 함수, 인덱스 같은 걸 추가할 수 있거든요. PostGIS(지리 정보), pgvector(벡터 검색), TimescaleDB(시계열) 같은 유명한 확장들이 다 이 시스템 위에 올라가 있어요.

그런데 이 확장을 만드는 게 그동안은 정말 험난했어요. C로 짜야 했거든요. 메모리는 직접 관리해야 하고, 포인터 한 번 잘못 다루면 데이터베이스 전체가 죽어버리는, 그런 살벌한 환경이었죠. 그래서 등장한 게 바로 pgrx예요. PostgreSQL 확장을 Rust로 만들 수 있게 해주는 프레임워크인데, 최근 새 버전이 공개되면서 다시 한 번 주목받고 있어요.

핵심 내용: pgrx가 어떻게 동작하나

pgrx는 PostgreSQL과 Rust 사이의 다리 역할을 해요. 이게 뭐냐면, PostgreSQL이 내부에서 쓰는 자료구조들(예를 들어 Datum, text, numeric 같은 것들)을 Rust 타입으로 자연스럽게 변환해주는 거예요. 덕분에 우리는 평범한 Rust 코드를 쓰는 것처럼 함수를 만들면, 그게 PostgreSQL 안에서 실행되는 SQL 함수가 돼요.

예를 들어 이런 식이에요. Rust로 함수 하나를 작성하고 위에 #[pg_extern] 같은 매크로만 붙이면, pgrx가 알아서 PostgreSQL이 인식할 수 있는 형태로 컴파일해줘요. 함수 시그니처도 자동으로 SQL DDL로 만들어주고요. 그래서 개발 흐름이 굉장히 깔끔해져요. cargo pgrx run이라고 치면 PostgreSQL 인스턴스가 뜨고, 거기에 내 확장이 자동으로 설치된 상태로 psql이 열려요. 빠르게 테스트해보고 고치고 다시 돌려보는 사이클이 정말 짧아져요.

그리고 가장 중요한 건 메모리 안전성이에요. C로 짤 때는 PostgreSQL의 메모리 컨텍스트(palloc/pfree)를 직접 신경 써야 했는데, pgrx는 이걸 Rust의 소유권 시스템과 연결해서 관리해줘요. NULL 처리도 Option<T>로 자연스럽게 표현되고, 패닉이 발생해도 PostgreSQL 프로세스 전체가 죽지 않고 트랜잭션 단위로 안전하게 롤백되도록 처리해줘요. 데이터베이스를 터뜨릴 걱정이 한층 줄어든 거죠.

업계 맥락: 왜 지금 Rust인가

사실 PostgreSQL 확장을 다른 언어로 만드는 시도는 예전부터 있었어요. PL/Python, PL/Perl처럼 스크립트 언어로 함수를 짜는 방법도 있고요. 하지만 이런 건 인터프리터를 거치니까 성능이 떨어지고, 진짜 무거운 작업(인덱스 액세스 메서드, 커스텀 데이터 타입)은 결국 C로 가야 했어요.

pgrx가 특별한 건 C와 동일한 성능을 내면서도 안전하다는 점이에요. 이미 실전에서 검증된 사례도 늘어나고 있어요. 예를 들어 Supabase는 pg_graphql 같은 자기들 핵심 확장들을 pgrx로 만들었고, ParadeDB도 검색 엔진을 PostgreSQL 안에 심을 때 pgrx를 쓰고 있어요. Tantivy(Rust로 만든 검색 라이브러리) 같은 풍부한 Rust 생태계를 그대로 PostgreSQL 안으로 끌어올 수 있다는 게 진짜 큰 매력이에요.

한국 개발자에게 주는 시사점

국내에서도 PostgreSQL 사용 비중이 빠르게 늘고 있는데, 단순히 쓰는 걸 넘어서 "우리 비즈니스에 맞는 함수를 DB 안에 박아두자"는 단계로 가려면 pgrx 같은 도구가 큰 무기가 돼요. 예를 들어 한국어 형태소 분석을 PostgreSQL 안에서 직접 돌리고 싶을 때, Rust로 작성된 형태소 분석기를 pgrx로 감싸면 SQL 쿼리에서 바로 호출할 수 있게 되거든요. 애플리케이션 서버를 거치지 않으니까 네트워크 왕복도 줄고 속도도 훨씬 빨라져요.

또 사이드 프로젝트로도 좋아요. Rust를 배우고 싶은데 마땅한 주제가 없다면, 자기가 평소 아쉬웠던 PostgreSQL 함수 하나를 pgrx로 만들어보는 것도 재미있어요. 시스템 프로그래밍 감각도 익히고 데이터베이스 내부도 들여다볼 수 있으니까 일석이조죠.

마무리

한 줄로 정리하면, pgrx는 PostgreSQL 확장을 만드는 데 있어서 안전성과 생산성을 동시에 잡는 새 표준이 되어가고 있어요. 여러분이라면 어떤 기능을 PostgreSQL 안에 직접 심어보고 싶으신가요? 애플리케이션 레벨에서 처리하던 어떤 로직을 DB 안으로 가져오면 큰 이득이 될까요?