EDB Team2025년 8월 19일 오늘날 세계는 데이터와 인공지능(AI) 혁신에 의해 움직이고 있습니다. 하지만 방대한 데이터셋을 관리하는 것은 새로운 과제를 낳고 있습니다. AI와 머신러닝(ML)은 고차원 데이터를 사용하며, 이를 저장·전송·검색하는 데 어려움이 따릅니다. 이러한 위험을 줄이기 위해 개발자들은 데이터 압축을 활용해 중요한 데이터의 크기를 줄이고 있습니다. 벡터 양자화(Vector Quantization, VQ)는 고차원 벡터를 코드워드(code word) 또는 중심점(centroid)이라 불리는 제한된 대표 지점 집합에 매핑하여 데이터를 압축합니다. VQ는 데이터의 기능을 유지하면서 크기를 최소화하여 더 쉽고 효율적으로 처리 및 저장할 수 있게 합니다. 이 방식은 이미지 압축, 오디오 처리, 머신러닝, 근사 최근접 탐색(ANN search)에 이상적입니다. 이 가이드에서는 벡터 양자화의 개념과 종류를 설명하고, 그 이점과 활용 사례, 효율적인 데이터 검색을 위한 VQ 기법을 살펴봅니다. 마지막으로 VQ의 한계와 […]

Tom Kincaid2025년 8월 18일 저는 매년 발표되는 StackOverflow Developer Survey(개발자 설문조사)를 정말 좋아합니다. 이 설문은 단순한 질문들에 대해 명확하고 간단한 답변들을 담고 있습니다. 또 제가 특히 관심 있게 팔로업하고 즐겨 보는 주제인 소프트웨어 개발자의 기술 스택을 다루고 있기도 합니다. 예를 들어 “어떤 프로그래밍 언어를 사용합니까?”, “어떤 IDE를 사용합니까?”, “어떤 웹 프레임워크를 사용합니까?”와 같은 질문들이죠. 개발자들이 사용하는 여러 도구들과 관련된 질문입니다. 이 설문은 단순히 “무엇을 사용합니까?”라고 묻는 데 그치지 않고, “무엇을 사용하고 싶습니까?”, “이 분야에서 어떤 기술을 존경하거나 좋아합니까?”라는 질문도 던집니다. 저는 데이터베이스 회사에서 일하고 있기 때문에, 가장 관심 있게 보는 부분은 당연히 데이터베이스 관련 질문입니다. 2025년 StackOverflow 설문조사에서 Postgres는 가장 많이 사용되고, 가장 원하는, 그리고 가장 존경받는 데이터베이스로 나타났습니다. 하지만 […]

작성자: Phil Eaton2025년 8월 14일 Ubuntu에서 EDB Postgres Distributed 클러스터 단일 노드 설정하는 방법 EDB 계정에 로그인하거나 무료로 등록한 뒤 구독 토큰(subscription token)을 발급받으세요. 그런 다음 환경 변수에 내보냅니다. $ export EDB_SUBSCRIPTION_TOKEN=whatever-it-is 이제 **EDB Postgres Distributed(PGD)**와 **EDB Postgres Extended(EDB의 Postgres 배포판)**용 리포지토리를 설정합니다. $ curl -1sLf “https://downloads.enterprisedb.com/$EDB_SUBSCRIPTION_TOKEN/postgres_distributed/setup.deb.sh” | sudo -E bash$ curl -1sLf “https://downloads.enterprisedb.com/$EDB_SUBSCRIPTION_TOKEN/enterprise/setup.deb.sh” | sudo -E bash apt-get을 업데이트하고 PGD 및 EDB Postgres Extended 패키지를 설치합니다. $ sudo apt-get update -y$ sudo apt-get install -y edb-pgd6-expanded-pgextended17 이제 postgres 사용자로 전환하여 인스턴스를 설정합니다. $ sudo su postgres$ cd ~ PGD CLI를 사용해 새로운 Postgres 인스턴스를 생성하고 단일 노드 PGD 클러스터를 설정합니다. $ PGPASSWORD=secret /usr/lib/edb-pge/17/bin/pgd node db1 setup \ –dsn ‘host=localhost […]

EDB 팀2025년 8월 8일 Oracle과 PostgreSQL은 모두 널리 쓰이는 데이터베이스 관리 시스템이지만, 동작 방식은 상당히 다릅니다. 오늘날의 디지털 환경에서 조직은 자사 데이터 생태계에 맞는 시스템을 선택해야 합니다. Oracle은 IT 업계에서 가장 큰 관계형 데이터베이스 관리 시스템(RDBMS) 중 하나이며, PostgreSQL은 SQL 준수, 오픈 소스 표준, 확장성에 초점을 둔 객체-관계형 데이터베이스 관리 시스템(ORDBMS)입니다. Oracle의 강력한 인프라는 대규모 엔터프라이즈를 지원하는 방대한 도구 세트를 제공합니다. 반면 PostgreSQL은 효율적인 질의를 가능하게 하는 오픈 소스 소프트웨어입니다. 두 시스템을 비교함으로써 EnterpriseDB(EDB)는 귀사가 조직의 요구와 구조에 가장 적합한 선택을 할 수 있도록 돕습니다. Oracle이란? Oracle Database는 데이터 웨어하우징과 그리드 컴퓨팅을 위해 설계된, 가장 오래되고 인기 있는 RDBMS 중 하나입니다. UNIX, macOS, Linux, Windows와 호환되며 Ruby, Rust, Java, .NET, […]

Peter Wilson2025년 7월 24일이 블로그는 Peter Wilson, Craig Ringer, Dave Lawson이 공동 작성했습니다. OpenTelemetry란? OpenTelemetry(줄여서 OTel)는 오픈소스 텔레메트리 데이터 생성, 수집, 전송을 위한 프로젝트입니다. 서로 다른 벤더의 다양한 도구들이 원활하게 데이터를 주고받을 수 있도록 돕는 것이 목적이며, 벤더 중립적이고 광범위한 생태계를 가진 오픈소스 표준으로 널리 주목받고 있습니다. OpenTelemetry는 다음과 같은 표준을 정의합니다: 또한 다음과 같은 구현체들도 제공합니다: 이러한 구현체들은 선택 사항이며, OpenTelemetry를 자체적으로 구현할 수도 있습니다. 하지만 이를 활용하면 구현이 훨씬 쉬워지고, 참고 구현(reference implementation)을 통해 표준에 맞춰 개발할 수 있습니다. 👉 OpenTelemetry 공식 블로그에서 더 많은 내용을 확인할 수 있습니다. 사이드바: OpenTelemetry vs OpenTelemetry Collector 많은 사람들이 **OpenTelemetry(프로토콜, 데이터 형식 등)**와 **OpenTelemetry Collector(구현체 중 하나)**를 혼동하곤 합니다. OpenTelemetry Collector는 […]

작성자: Vaijayanti Bharadwaj | 2025년 7월 18일 EDB Postgres Distributed(PGD)를 사용하는 사용자들은 일반적으로 Raft 알고리즘에 의해 선택된 노드인 write-leader를 통해 데이터베이스에 쓰기 작업을 수행합니다. 지역별 또는 하위 그룹별로 write-leader를 구성하더라도, 각 write-leader는 서로 다른 스키마 또는 테이블에 쓰기를 수행합니다. 그러나 시스템 충돌이나 네트워크 분할로 인해 write-leader가 다른 노드로 전환되면, 데이터 충돌(conflict) 이 발생할 수 있습니다. 이러한 충돌은 정상적인 상황에서는 자주 발생하지 않으며, 자주 발생한다면 PGD 사용 방식에 문제가 있다는 신호일 수 있습니다. 충돌 감지와 해결의 두 가지 측면 충돌은 기본적으로 감지(detection)와 해결(resolution)의 두 단계로 처리됩니다. PGD 문서에는 충돌에 대한 간결하고 포괄적인 요약이 제공되어 있으며, 기본 충돌 해결 방식은 커스터마이징이 가능합니다. 본 블로그에서는 자주 발생하는 충돌 유형과 그 감지 방식 및 […]

작성자: Jonathan Battiato게시일: 2025년 6월 23일 CloudNativePG(CNPG)는 이제 많은 사용자와 기업에서 채택한 Kubernetes 오퍼레이터입니다. 사용자 피드백을 반영하여 지속적으로 개선되어 왔지만, 아직 구현되지 않은 몇 가지 주요 기능이 있었습니다. 그중에서도 가장 많이 요청되었던 기능 중 하나는 PostgreSQL의 메이저 버전을 선언형으로 업그레이드하는 기능이었습니다. 이제 더 이상 기다릴 필요가 없습니다. CloudNativePG 1.26 버전에서는 PostgreSQL 기본 도구인 pg_upgrade를 활용한 선언형 오프라인 인플레이스 메이저 업그레이드가 도입되었습니다. 이 블로그에서는 다양한 PostgreSQL 설정을 가진 CNPG 클러스터를 YAML 매니페스트의 태그 한 줄만 변경하여 더 높은 버전으로 쉽게 업그레이드할 수 있는 방법을 소개합니다. 오프라인 인플레이스 메이저 업그레이드란? PostgreSQL에서 메이저 업그레이드는 많은 시스템 관리자와 DBA에게 숙면을 방해하는 작업입니다. 이는 불가능해서가 아니라, 사전 준비와 테스트에 많은 시간이 들고, 실패 시 수동 […]

작성자: Phil Eaton게시일: 2025년 6월 21일 지난 1년간 저는 Postgres의 메모리 누수를 디버깅하는 다양한 도구들에 대해 소개해왔습니다. Valgrind, AddressSanitizer, memleak, heaptrack 등을 다뤘지만, 아직 살펴볼 가치가 있는 도구가 몇 가지 남아 있습니다. 오늘은 Meta가 만든 대체 malloc 구현체인 jemalloc을 활용한 메모리 누수 탐지 방법을 살펴보겠습니다. jemalloc이란? Google의 tcmalloc, Microsoft의 mimalloc, Meta의 jemalloc처럼 많은 기업들은 표준 malloc 대신 성능이나 기능이 개선된 자체 구현체를 사용합니다. 이 중 jemalloc은 메모리 누수 탐지 기능이 특히 뛰어납니다. 이유는 AddressSanitizer가 탐지하지 못하는 경우까지 jemalloc은 캐치할 수 있기 때문입니다. 예를 들어 프로세스 종료 시 정리되긴 하지만 OOM(Out of Memory)을 간헐적으로 유발하는 누수는 jemalloc이 보다 잘 잡아냅니다. 참고: FreeBSD, Apache Arrow도 jemalloc을 사용합니다. 실험 시나리오: jemalloc으로 Postgres 메모리 […]