| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 17. 서버의 설정 | Fast Forward | Next |
이 변수는, 오브젝트(테이블, 데이터형, 함수등)가 스키마 컴포넌트를 포함하지 않는 단순한 이름으로 참조되고 있는 경우에, 스키마를 검색하는 순서를 지정합니다. 다른 스키마에 같은 이름의 오브젝트가 있는 경우, 검색 경로에서 첫번째로 발견된 것이 사용됩니다. 검색 경로내의 어느 스키마에도 존재하지 않는 오브젝트를 참조하려면 , 수식명(닷이 첨부된)으로 그 오브젝트가 포함되는 스키마를 지정할 필요가 있습니다.
search_path의 값은, 스키마의 이름을 콤마로 단락지은(분리한) 목록이어야 합니다.
목록내의 항목의 하나가 특별한 값인$user의 경우,SESSION_USER와 같은 이름을 가지는 스키마가 있으면, 그 스키마가 치환됩니다
(그러한 스키마가 없는 경우,$user는 무시됩니다).
시스템 카탈로그의 스키마인pg_catalog는, 경로에서의 지정의 유무에 관계없이, 항상 검색됩니다. 경로내에서 지정되고 있는 경우는, 지정된 순서로 검색됩니다. pg_catalog가 경로에 포함되지 않은 경우, 경로에 포함되는 항목을 검색하기 전에 검색을 합니다.
이와 같이, 현재 세션의 임시 테이블 스키마pg_temp_ nnn 도, 존재하는 경우, 항상 검색됩니다. 이것은pg_temp라고 하는 별명을 사용해 경로에 명시적으로 열거시킬 수 있습니다. 경로에 열거되어 있지 않은 경우, 최초로(pg_catalog보다 전에) 검색됩니다. 그러나, 임시 스키마는 릴레이션(테이블, 뷰, 시퀀스등)과 데이터형명 에 대해서만 검색됩니다. 함수나 연산자명에 대해서는 전혀 검색되지 않습니다.
대상이 되는 특정의 스키마를 지정하지 않고 오브젝트가 작성되었을 경우, 그러한 오브젝트는 검색 경로에서 최초로 지정되고 있는 스키마에 배치됩니다. 검색 경로가 없는 경우, 에러가 보고됩니다.
이 매개변수의 디폴트값은 '"$user", public'입니다(public라는 이름의 스키마가 존재하지 않는 경우, 2 번째 부분은 무시됩니다). 이것에 의해, 데이터베이스의 공유(모든 유저가 비공개의 스키마를 갖지 않고, 전원이public를 공유), 유저마다 비공개의 스키마, 및 이러한 편성이 지원됩니다. 디폴트의 검색 경로의 설정을 전체적 또는 유저 마다 변경함으로써, 그 외의 효과를 얻을 수도 있습니다.
current_schemas() SQL함수에 의해, 검색 경로의 현재의 유효한 값을 조사할 수 있습니다.
이것은,search_path 의 값을 조사하는 것과는 다릅니다.
current_schemas()는,search_path에 나타나는 요구가 어떻게 해결되었는지를 나타내기 때문입니다.
스키마 처리에 관한 많은 정보는,Section 5.7을 참조해 주세요.
이 변수는,CREATE커멘드가 명시적으로 테이블스페이스을 지정하고 있지 않는 경우에 오브젝트의 작성처가 되는 디폴트의 테이블스페이스을 지정합니다.
값은 테이블스페이스명, 혹은 현재의 데이터베이스의 디폴트의 테이블스페이스을 사용하는 것을 의미하는 공문자열입니다. 값이 기존의 테이블스페이스명으로 일치하지 않는 경우,PostgreSQL는 자동적으로 현재의 데이터베이스의 디폴트의 테이블스페이스을 사용합니다.
For more information on tablespaces, see Section 19.6.
이 매개변수는 통상 온(on)입니다. off로 설정되면, CREATE FUNCTION 의 사이에 함수 본체 문자열의 타당성 검증을 무효로 합니다. 타당성 검증을 무효로 하는 것은, 덤프에서 함수 정의를 복구 할 때에 참조를 전송 하는 것 같은 문제를 회피하는 경우에 유용합니다.
SQL 트랜잭션은 각각,"read uncommitted","read committed","repeatable read", 또는"serializable"의 몇 개의 격리 레벨을 가집니다. 이 매개변수는 각 신규 트랜잭션의 디폴트의 격리 레벨을 제어합니다. 디폴트는"read committed"입니다.
보다 자세한 것은 Chapter 12 및 SET TRANSACTION (을)를 조사해 주세요.
읽기 전용의 SQL 트랜잭션에서는, 비임시적 테이블을 변경할 수 없습니다. 이 매개변수는, 각 신규 트랜잭션의 디폴트의 읽기 전용 상황을 제어합니다. 디폴트는 오프 (읽기,쓰기)입니다.
보다 상세한 정보는 SET TRANSACTION (을)를 조사해 주세요.
지정된 밀리 세컨드수이상, 커멘드가 클라이언트로부터 서버에 도달하고 나서 경과한 어떤 명령쿼리 실행도 정지합니다. log_min_error_statement가ERROR혹은 그것 이하로 설정되면, 타임 아웃 하는 명령문은 또한 로그에 기입됩니다. 값이 영(디폴트)의 경우, 한도를 무효로 합니다.
VACUUM가 테이블 스캔시에 트랜잭션 ID를FrozenXID로 교환할지 어떨지를 결정할 때에 사용하는, 절단(트랜잭션 내) 연대를 지정합니다. 디폴트는 1억 트랜잭션 입니다. 유저는 이 값을 0에서 10억까지의 사이에 임의의 값으로 설정할 수가 있습니다만,VACUUM는 암묵적으로autovacuum_freeze_max_age의 반값으로 값을 제한합니다. 이 때문에, 강제적인 autovacuum의 시간이 불합리하게 짧아지지는 않습니다. 자세한 것은Section 22.1.3을 참조해 주세요.
일자 시각값의 표시 서식을 설정해, 모호한 일자 입력의 해석 규칙을 설정합니다. 역사적인 이유에 의해, 이 변수에는 2개의 의존하는 요소가 포함되어 있습니다. 출력 서식 지정(ISO,Postgres,SQL,German)과 연/월/일의 순서의 입출력 지정(DMY,MDY,YMD)입니다. 이것들은 나누어 설정하는 일도 정리하여 설정할 수도 있습니다. Euro및European키워드는DMY의 동의어이며,US,NonEuro,NonEuropean는MDY의 동의어입니다. 자세한 것은Section 8.5을 참조해 주세요. 내장되어 있는 디폴트는ISO, MDY입니다만,initdb에 의해, 선택된lc_time로케일의 동작에 대응한 설정으로 설정 파일이 초기화됩니다.
표시용 및 타임 스탬프 해석용의 시간대를 설정합니다. 디폴트는unknown로, 시스템 환경에서 시간대로서 지정한 것을 사용합니다. 자세한 것은Section 8.5.3을 참조해 주세요.
서버로 일자 시각의 입력으로서 수용하는 시간대 생략형의 집합을 설정합니다. 디폴트는'Default'입니다. 이것은 거의 전세계에서 통하는 집합입니다. 또한, '호주', '인도', 그 외의 나라에서는 특정의 설치로 정의 가능한 집합이 존재합니다. 자세한 것은Appendix B을 참조해 주세요.
이 매개변수는,float4,float8, 기하 데이터형등의 부동 소수점값의 표시 자리수를 조정합니다. 매개변수값이 표준적인 자리수(FLT_DIG혹은DBL_DIG중에서 적절한 편)에 추가됩니다. 이 값은, 부분 유효수를 포함하기 위해서 2까지 설정할 수가 있습니다. 이것은 기본적으로, 정확하게 복구 할 필요가 있는 부동 소수점 데이터를 덤프 하기 위해서 유용합니다. 혹은, 불필요한 자리수를 억제하기 위해서 음의 값을 설정할 수도 있습니다.
클라이언트측 인코딩 방식(문자 세트)을 설정합니다. 디폴트는 데이터베이스 인코딩 방식을 사용합니다.
메세지가 표시되는 언어를 설정합니다. 사용 가능한 값은 시스템에 의존합니다. 상세한 것에 대하여는Section 21.1을 참조해 주세요. 이 변수가 빈 값으로 설정되었을 경우(이것이 디폴트입니다), 값은 시스템에 의존하는 방식으로 서버의 실행 환경으로부터 상속됩니다.
시스템에 따라서는, 이 로케일의 카테고리가 존재하지 않습니다. 이 변수를 설정할 수 있습니다만, 실효성은 없습니다. 또한, 지정의 언어로 번역된 메세지가 존재하지 않는 것도 있습니다. 그 경우는, 계속 영어의 메세지가 표시됩니다.
서버 로그나 클라이언트에 송신되는 메세지에 영향을 주기 때문에, 슈퍼 유저만이 이 설정을 변경할 수 있습니다.
통화 서식에서 사용하는 로케일을 설정합니다.
예를 들면,to_char()계의 함수로 사용합니다.
사용 가능한 값은 시스템에 의존합니다.
상세한 것에 대하여는Section 21.1을 참조해 주세요.
이 변수가 빈값으로 설정되었을 경우(이것이 디폴트입니다), 값은 시스템에 의존하는 방식으로 서버의 실행 환경으로부터 상속됩니다.
숫자의 서식에서 사용하는 로케일을 설정합니다.
예를 들면,to_char계의 함수로 사용합니다.
사용 가능한 값은 시스템에 의존합니다.
상세한 것에 대하여는Section 21.1을 참조해 주세요.
이 변수가 빈값으로 설정되었을 경우(이것이 디폴트입니다), 값은 시스템에 의존하는 방식으로 서버의 실행 환경으로부터 상속됩니다.
일자와 시간의 서식에서 사용하는 로케일을 설정합니다 (현재 이 설정에 의미는 없습니다만, 장래적에는 의미를 가질 가능성이 있습니다). 사용 가능한 값은 시스템에 의존합니다. 상세한 것에 대하여는Section 21.1을 참조해 주세요. 이 변수가 빈값으로 설정되었을 경우(이것이 디폴트입니다), 값은 시스템에 의존적인 방식으로 서버의 실행 환경으로부터 상속됩니다.
EXPLAIN VERBOSE가 쿼리 트리의 상세 표시에 인덴트 표시를 하는지 또는 하지 않는가를 결정합니다. 디폴트는 유효합니다.
오픈할 필요가 있는 동적 로드 가능한 모듈에 대해, CREATE FUNCTION나LOAD커멘드로 지정된 파일명에 디렉토리 요소가 없게(즉, 이름에 슬래시가 포함되지 않고) 지정되었을 경우, 시스템은 필요한 파일을 이 경로로부터 검색합니다.
dynamic_library_path의 값은, 절대 경로의 디렉토리명을 구두점(Windows의 경우는 세미콜론)을 단락지은(분리한) 목록입니다. 이 목록의 요소가 특별한$libdir라고 하는 값으로부터 시작되는 경우, 컴파일 된PostgreSQL패키지의 라이브러리 디렉토리에서$libdir는 치환됩니다. 여기에는,PostgreSQL의 표준 배포물에 의해 제공되는 모듈이 설치됩니다. (이 디렉토리명을 표시하려면 ,pg_config --pkglibdir 를 사용해 주세요). 예를 이하에 나타냅니다.
dynamic_library_path = '/usr/local/lib/postgresql:/home/my_project/lib:$libdir'
혹은, Windows 환경에서는 이하와 같이 됩니다.
dynamic_library_path = 'C:\tools\postgresql;H:\my_project\lib;$libdir'
이 매개변수의 디폴트값은 '$libdir'입니다. 이 값이 공문자열로 설정되었을 경우, 자동적인 경로 검색은 무효가 됩니다.
이 매개변수는 슈퍼 유저에 의해 실행시에 변경할 수 있습니다만, 이 방법에서의 설정은, 그 클라이언트 접속이 끝날 때까지 밖에 유효하게 되지 않습니다. 그러므로, 이 방법은 개발 목적에서만 사용해야 합니다. 추천 방법은 이 매개변수를postgresql.conf설정 파일내에서 설정하는 것입니다.
GIN 인덱스에 의해 반환되는 세트의 소프트인 상한 사이즈입니다. 자세한 것은Section 51.4을 참조해 주세요.
이 변수는, 접속시에 사전에 로드되는, 1개또는 복수의 공유 라이브러리를 지정합니다. 복수의 라이브러리가 로드되는 경우, 콤마로 이름을 분리하여 주세요. 이 매개변수는, 특정의 세션이 시작한 다음에 변경할 수 없습니다.
이것은 슈퍼 유저만의 옵션이 아니기 때문에, 로드가 가능한 라이브러리는 설치의 표준 라이브러리 디렉토리의 서브 디렉토리plugins내에 있는 것으로 제한됩니다. (확실히"안전"인 라이브러리만을 여기에 설치 하는 것은 데이터베이스 관리자의 책임입니다. ) local_preload_libraries내의 항목으로, 예를 들어$libdir/plugins/mylib와 같이 이 디렉토리를 명시적으로 지정하는 일도, 단지 라이브러리명을 지정하는 일도 가능합니다. mylib 는$libdir/plugins/mylib와 같은 효과를 갖습니다.
최초로 사용할 때에 라이브러리를 로딩하는 조작과 세션 개시시에 라이브러리를 로딩하는 조작과의 사이에 성능적인 차이는 없습니다.. 그러나, 이 기능의 목적은, 특정의 세션에 명시적인LOAD커멘드를 실시하지 않고 , 디버그용 또는 성능 측정용의 라이브러리의 사용을 가능하게 하는 것입니다. 예를 들어, 이 매개변수를ALTER USER SET를 사용하여 설정하면, 주어진 유저명으로 행해지는 모든 세션으로 디버그가 가능하게 됩니다.
지정한 라이브러리가 존재하지 않는 경우, 접속에 실패합니다.
PostgreSQL가 지원하는 라이브러리는 모두, 호환성을 보증하기 위해서 검사되는"매직 블록"을 가집니다. 이 때문에, 이 방법으로 PostgresQL 이외의 라이브러리가 로드될 수 없습니다.