| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 29. libpq - C 라이브러리 | Fast Forward | Next |
PostgreSQL배포물로부터의 구축시의configure커맨드 라인 옵션에--enable-thread-safety가 사용되고 있는 경우, libpq는 재진입하고, thread 세이프가 됩니다. 추가적으로, 어플리케이션 코드를 컴파일 할 때 컴파일러의 커맨드 라인 옵션에 추가할 필요가 있을지도 모릅니다. thread를 유효하게 한 어플리케이션의 구축 방법에 대한 정보는 사용하는 시스템의 문서를 참조해 주십시요. 또한, PTHREAD_CFLAGS와 PTHREAD_LIBS에 관해서src/Makefile.global도 살펴주십시요. 이하의 함수에 의해, libpq의 thread 안전성 상태를 확인할 수 있습니다.
thread에 관한 1개의 제약으로서 다른 thread로부터 동시에 동일한PGconn오브젝트를 조작할 수 없습니다. 구체적으로 다른 thread로부터 동일 접속 오브젝트를 개입시켜 커맨드를 동시에 발행할 수 없습니다. (커맨드의 동시 실행이 필요한 경우, 접속을 복수로 사용해 주십시요. )
PGresult 오브젝트는 생성 후, read 전용이 됩니다. 따라서, thread사이를 자유롭게 건널 수 있습니다.
추천되지 않는 함수 PQrequestCancel나 PQoidStatus는 thread 세이프가 아니기 때문에, multi-thread 프로그램에서는 사용되지 말아야 합니다.
PQrequestCancel는 PQcancel에, PQoidStatus는 PQoidValue에 옮겨놓을 수 있습니다.
어플리케이션 중에서 Kerberos(더욱libpq의 내부에서)를 이용하고 있는 경우, Kerberos 함수는 thread 세이프가 아니기 때문에 Kerberos 호출 주위를 잠글 필요가 있습니다.
libpq와 어플리케이션간의 락 처리를 협조시키는 방법으로서libpq의 소스 코드PQregisterThreadLock함수를 참조해 주십시요.
thread 어플리케이션에서 문제가 일어났을 경우, src/tools/thread내의 프로그램을 실행해, 플랫폼이 thread 세이프가 아닌 함수를 가지고 있지 않은지 확인해 주십시요. 이 프로그램은 configure으로 실행되지만, 바이너리 배포물의 경우는 바이너리 구축시의 라이브러리와 시스템의 라이브러리가 일치하지 않을 가능성이 있습니다.