피터의 개발이야기

ㅁ 들어가며 PostgreSQL을 사용하면서 cached plan must not change result type 에러를 마주했다면,이는 단순한 JDBC 오류가 아니라 PostgreSQL과 JDBC 드라이버가 사용하는 캐싱 전략을 이해하지 못해 발생하는 문제다.이번 글에서는 내가 몰랐던 PostgreSQL과 pgjdbc의 캐싱 기능을 중심으로, 캐싱의 목적, 작동 방식, 그리고 대표적인 에러와 원인을 간단히 정리한다. update.... 나중에 새롭게 안 사실인데 실제 오류 상황은 Select가 아닌 insert와 update 상황에서 발생하였다. 하단에 보충하여 정리하였다. ㅁ PostgreSQL과 JDBC의 캐싱은 무엇을 위한 것인가ㅇ 캐싱의 목적은 디스크 I/O와 쿼리 준비 비용을 줄여 성능..

ㅁ 들어가며 ㅇ 지난 글에서 MySQL과 PostgreSQL의 차이점에 대해서 알아보았다. ㅇ 이번 글은 PostgreSQL을 테스트 하기 위해 Docker 환경에 구축하는 과정을 정리하였다. ㅇ docker cli와 docker-compose 두가지 방법을 정리하였다. ㅁ docker run docker run -d \ -p 5432:5432 \ -e POSTGRES_USER=postgres \ -e POSTGRES_PASSWORD=strongpwd \ -e POSTGRES_DB=postgres \ -v /Volumes/500GB/data/postgres:/var/lib/postgresql/data \ --name postgres \ postgres:latest # 기동확인 $ docker logs p..