커넥션 하나에 세션 하나가 발생합니다.

libpq에 존재하는 거의 대부분 api들이 쓰레드에 안전합니다.

api 문서를 보시면 각 항목을 설명하면서, 쓰레드에 안전하지 않은 것은 '안전하지 않다'고 분명히 언급하고 있습니다. 이놈들만 피해간다면, 멀티 쓰레드 작업에 별 문제는 없을 것입니다.

'쓰레드에 의해서 데이터가 꼬이는 문제'는 쓰레드 문제가 아니라, RDBMS 사용에 대한 문제입니다.

이 부분은 rdbms의 transaction, lock 관련 기초지식으로 풀어야할 문제입니다.

단지 PostgreSQL에서는 하나의 세션에서는 동시에 하나의 트랜잭션만 만들 수 있습니다. 즉, 쓰레드 1번이 begin 쿼리를 사용하고, 트랜잭션시작하고 마치기 전까지는 다른 어떠한 쓰레드에서도 트랜잭션을 사용할 수 있는 상황이 옵니다. 설령 쓰레드 1번이 사용하지 않는 테이블을 조작하려고 한다해도.

이게 PostgreSQL의 트랜잭션 부분의 치명적인 단점입니다.

그외의 다른 주의해야할 부분은 제가 생각하기로는 별로 없는 것 같네요.

쓰레드 1번이 은행 잔고를 파악하고 출금하고, 쓰레드 2번이 은행 잔고를 파악하고 출금하려고 하는데, 그 잔액문제는 어떻게 처리되는가? 뭐 이런식을 걱정하시는 것 같은데, 이것은 단일 쓰레드 다중 커넥션에서도 같은 문제입니다. libpq api들의 쓰레드 안정성과는 별개의 문제인듯.

오오오... 그렇군요... 김상기님, 매번 좋은 답변에 감사를 드립니다.

요즘 진행하고 있는 admin tool만드는 것은 대충 중요부분에 대한 기반 클래스는 많은 진척이 있었습니다.

-Remote login, logout.

-Query의 실행.

-DBMS Catalog 정보를 트리 컨트롤에 전시하는 부분,

-수행된 query 결과를 grid control에 전시하는 부분.

-SQL쿼리시 syntax highlighting부분은 거의 완성되었습니다.

지금까지의 기반클래스들은 소스코드 레벨에서 windows, X11, gtk, Qt 와 호환이 됩니다. 즉 재컴파일만 하면, windog와 Unix에서 작동을 합니다.

지금부터는 벌레좀 잡고, 슬슬 UI를 어떻게 배치할지 세부설계를 할까 합니다.

피유... 아직도 멀고 먼길이 기다리고 있군요.

앞으로 많은 지도편달 부탁드리겠습니다.