모든 매개스포츠 토토 결과 이름은 대소문자를 구분하지 않습니다. 모든 매개스포츠 토토 결과는 부울, 문자열, 정수, 부동 소수점 또는 열거형(열거형)의 5가지 유형 중 하나의 값을 갖습니다. 유형에 따라 매개스포츠 토토 결과 설정 구문이 결정됩니다.
부울:값은 다음과 같이 쓸 수 있습니다.켜짐, 꺼짐, 참, 거짓, 예, 아니요, 1, 0(모두 대소문자를 구분하지 않음) 또는 이들 중 하나의 명확한 접두사.
문자열:일반적으로 값을 작은따옴표로 묶고 값 내의 작은따옴표를 두 배로 늘립니다. 그러나 값이 단순한 숫자나 식별자인 경우에는 일반적으로 따옴표를 생략할 수 있습니다. (SQL 키워드와 일치하는 값은 일부 상황에서 인용이 필요합니다.)
숫자(정수 및 부동 소수점):숫자 매개스포츠 토토 결과는 관례적인 정수 및 부동 소수점 형식으로 지정할 수 있습니다. 매개스포츠 토토 결과가 정수 유형인 경우 소수 값은 가장 가까운 정수로 반올림됩니다. 정수 매개스포츠 토토 결과는 추가로 16진수 입력을 허용합니다(로 시작).0x) 및 8진수 입력(으로 시작)0), 하지만 이러한 형식에는 분수가 포함될 수 없습니다. 천 단위 구분 기호를 사용하지 마십시오. 16진수 입력을 제외하고는 따옴표가 필요하지 않습니다.
단위가 포함된 숫자:일부 숫자 매개변수에는 메모리 또는 시간의 양을 나타내기 때문에 암시적 단위가 있습니다. 단위는 바이트, 킬로바이트, 블록(일반적으로 8킬로바이트), 밀리초, 초 또는 분일 수 있습니다. 이러한 설정 중 하나에 대한 장식되지 않은 숫자 값은 다음에서 배울 수 있는 설정의 기본 단위를 사용합니다.pg_settings.단위. 편의를 위해 명시적으로 지정된 단위를 사용하여 설정을 지정할 수 있습니다.'120ms'시간 값에 대해 매개변수의 실제 단위가 무엇이든 변환됩니다. 이 기능을 사용하려면 값을 문자열(따옴표 포함)로 작성해야 합니다. 단위 이름은 대소문자를 구분하며, 숫자 값과 단위 사이에 공백이 있을 수 있습니다.
유효한 메모리 단위는B(바이트),kB(킬로바이트),MB(메가바이트),GB(기가바이트) 및TB(테라바이트). 메모리 단위의 승수는 1000이 아니라 1024입니다.
유효한 시간 단위는 다음과 같습니다.우리(마이크로초),ms(밀리초),s(초),분(분),h(시간) 및d(일).
소수 값이 단위와 함께 지정되면 다음으로 작은 단위가 있는 경우 그 배수로 반올림됩니다. 예를 들어,30.1GB다음으로 변환됩니다30822MB아님32319628902B. 매개변수가 정수 유형인 경우 단위 변환 후에 정수로 최종 반올림됩니다.
열거됨:열거형 매개변수는 문자열 매개변수와 동일한 방식으로 작성되지만 제한된 값 세트 중 하나로 제한됩니다. 이러한 매개변수에 허용되는 값은 다음에서 확인할 수 있습니다.pg_settings.열거형. Enum 매개스포츠 토토 결과 값은 대소문자를 구분하지 않습니다.
이 매개스포츠 토토 결과를 설정하는 가장 기본적인 방법은 파일을 편집하는 것입니다.postgresql.conf, 일반적으로 데이터 디렉터리에 보관됩니다. 데이터베이스 클러스터 디렉터리가 초기화되면 기본 복사본이 설치됩니다. 이 파일의 예는 다음과 같습니다.
# 댓글입니다 log_connections = 예 log_destination = 'syslog' search_path = '"$user", 공개' shared_buffers = 128MB
한 줄에 하나의 매개스포츠 토토 결과가 지정됩니다. 이름과 값 사이의 등호는 선택 사항입니다. 공백은 중요하지 않으며(인용된 매개스포츠 토토 결과 값 제외) 빈 줄은 무시됩니다. 해시 마크(#) 줄의 나머지 부분을 주석으로 지정합니다. 단순 식별자나 숫자가 아닌 매개스포츠 토토 결과 값은 작은따옴표로 묶어야 합니다. 매개스포츠 토토 결과 값에 작은따옴표를 포함하려면 두 개의 따옴표(선호) 또는 백슬래시 인용문을 작성하십시오. 파일에 동일한 매개스포츠 토토 결과에 대한 여러 항목이 포함되어 있으면 마지막 항목을 제외한 모든 항목이 무시됩니다.
이 방법으로 설정된 매개변수는 클러스터에 대한 기본값을 제공합니다. 활성 세션에 표시되는 설정은 재정의되지 않는 한 이 값이 됩니다. 다음 섹션에서는 관리자나 사용자가 이러한 기본값을 재정의할 수 있는 방법을 설명합니다.
주 서버 프로세스가 다음을 수신할 때마다 구성 파일을 다시 읽습니다.SIGHUP신호; 이 신호는 다음을 실행하여 가장 쉽게 전송됩니다.pg_ctl reload명령줄에서 또는 SQL 함수를 호출하여pg_reload_conf(). 또한 주 서버 프로세스는 이 신호를 현재 실행 중인 모든 서버 프로세스에 전파하므로 기존 세션도 새 값을 채택합니다(이는 현재 실행 중인 클라이언트 명령을 완료한 후에 발생합니다). 또는 신호를 단일 서버 프로세스에 직접 보낼 수도 있습니다. 일부 매개변수는 서버 시작 시에만 설정할 수 있습니다. 구성 파일 항목에 대한 변경 사항은 서버가 다시 시작될 때까지 무시됩니다. 구성 파일의 잘못된 매개변수 설정도 마찬가지로 무시됩니다(그러나 기록됨).SIGHUP처리중.
추가로postgresql.conf, 아PostgreSQL데이터 디렉토리에 파일이 포함되어 있습니다postgresql.auto.conf, 형식은과 동일합니다.postgresql.conf그러나 수동이 아닌 자동으로 편집되도록 되어 있습니다. 이 파일에는 다음을 통해 제공된 설정이 포함되어 있습니다.시스템 변경명령. 이 파일은 언제든지 읽혀집니다.postgresql.conf이며 해당 설정은 동일한 방식으로 적용됩니다. 설정은postgresql.auto.conf다음 항목을 재정의postgresql.conf.
외부 도구도 수정할 수 있습니다.postgresql.auto.conf. 서버가 실행 중인 동안에는 이 작업을 수행하지 않는 것이 좋습니다.시스템 변경명령은 이러한 변경 사항을 덮어쓸 수 있습니다. 이러한 도구는 단순히 새 설정을 끝에 추가할 수도 있고 중복된 설정 및/또는 설명을 제거하도록 선택할 수도 있습니다(시스템 변경하겠습니다).
시스템 보기pg_file_settings구성 파일의 변경 사항을 사전 테스트하거나 다음과 같은 경우 문제를 진단하는 데 도움이 될 수 있습니다.SIGHUP신호가 원하는 효과를 얻지 못했습니다.
PostgreSQL구성 기본값을 설정하는 세 가지 SQL 명령을 제공합니다. 이미 언급된시스템 변경명령은 전역 기본값을 변경하는 SQL 액세스 가능한 수단을 제공합니다. 기능적으로 편집과 동일합니다.postgresql.conf. 또한 데이터베이스별 또는 역할별 기본값 설정을 허용하는 두 가지 명령이 있습니다.
다음으로 설정된 값데이터베이스 변경그리고역할 변경은 새로운 데이터베이스 세션을 시작할 때만 적용됩니다. 이는 구성 파일이나 서버 명령줄에서 얻은 값을 재정의하고 나머지 세션에 대한 기본값을 구성합니다. 일부 설정은 서버 시작 후에는 변경할 수 없으므로 이러한 명령(또는 아래 나열된 명령)으로 설정할 수 없습니다.
클라이언트가 데이터베이스에 연결되면,포스트그레SQL세션-로컬 구성 설정과 상호 작용하기 위한 두 개의 추가 SQL 명령(및 동등한 기능)을 제공합니다.
그표시명령을 사용하면 모든 매개변수의 현재 값을 검사할 수 있습니다. 해당 SQL 함수는 다음과 같습니다.현재_설정(설정_이름 텍스트)(참조섹션 9.27.1).
그SET명령을 사용하면 세션에 로컬로 설정할 수 있는 매개변수의 현재 값을 수정할 수 있습니다. 다른 세션에는 영향을 주지 않습니다. 많은 매개변수는 모든 사용자가 이 방식으로 설정할 수 있지만 일부는 수퍼유저와 권한이 부여된 사용자만 설정할 수 있습니다.세트해당 매개변수에 대한 권한입니다. 해당 SQL 함수는 다음과 같습니다.set_config(setting_name, new_value, is_local)(참조섹션 9.27.1).
또한 시스템 보기pg_settings세션-로컬 값을 보고 변경하는 데 사용할 수 있습니다.
이 보기를 쿼리하는 것은 다음을 사용하는 것과 유사합니다.모두 표시그러나 더 자세한 정보를 제공합니다. 또한 필터 조건을 지정하거나 다른 관계에 대해 조인하는 것이 가능하므로 더 유연합니다.
사용 중업데이트이 보기에서 특히 업데이트설정열은 발행과 동일합니다SET명령. 예를 들어, 다음과 같습니다.
configuration_parameter를 기본값으로 설정;
다음과 같습니다:
업데이트 pg_settings SET 설정 = 재설정_val WHERE 이름 = 'configuration_parameter';
전역 기본값을 설정하거나 데이터베이스 또는 역할 수준에서 재정의를 연결하는 것 외에도 설정을 다음에 전달할 수 있습니다.포스트그레SQL쉘 기능을 통해. 서버와libpq클라이언트 라이브러리는 셸을 통해 매개스포츠 토토 결과 값을 허용합니다.
서버 시작 중에 매개변수 설정이 다음으로 전달될 수 있습니다.포스트그레명령을 통해-c명령줄 매개스포츠 토토 결과. 예를 들어,
postgres -c log_connections=yes -c log_destination='syslog'
이 방법으로 제공된 설정은 다음을 통해 설정된 설정보다 우선합니다.postgresql.conf또는시스템 변경, 따라서 서버를 다시 시작하지 않으면 전체적으로 변경할 수 없습니다.
다음을 통해 클라이언트 세션을 시작할 때libpq, 매개변수 설정은를 사용하여 지정할 수 있습니다.PGOPTIONS환경 변수. 이러한 방식으로 설정된 설정은 세션 수명 동안 기본값을 구성하지만 다른 세션에는 영향을 미치지 않습니다. 역사적인 이유로, 형식은PGOPTIONS실행할 때 사용된 것과 유사합니다포스트그레명령; 구체적으로,-c플래그를 지정해야 합니다. 예를 들어,
env PGOPTIONS="-c geqo=off -cstatement_timeout=5min" psql
다른 클라이언트와 라이브러리는 셸 등을 통해 사용자가 SQL 명령을 직접 사용하지 않고도 세션 설정을 변경할 수 있도록 하는 자체 메커니즘을 제공할 수 있습니다.
PostgreSQL컴플렉스를 분해하기 위한 여러 기능을 제공합니다postgresql.conf파일을 하위 파일로 변환합니다. 이러한 기능은 동일하지는 않지만 관련이 있는 구성으로 여러 서버를 관리할 때 특히 유용합니다.
개별 매개변수 설정 외에도postgresql.conf파일은 다음을 포함할 수 있음지시어 포함, 이 시점에서 구성 파일에 삽입된 것처럼 읽고 처리할 다른 파일을 지정합니다. 이 기능을 사용하면 구성 파일을 물리적으로 분리된 부분으로 나눌 수 있습니다. include 지시문은 다음과 같습니다.
'파일 이름' 포함
파일 이름이 절대 경로가 아닌 경우 참조 구성 파일이 포함된 디렉토리에 상대적인 경로로 간주됩니다. 포함 항목은 중첩될 수 있습니다.
또한 있습니다include_if_exists지시문은 다음과 동일하게 작동합니다.포함지시문(참조된 파일이 존재하지 않거나 읽을 수 없는 경우 제외). 일반포함이것은 오류 조건으로 간주되지만include_if_exists단순히 메시지를 기록하고 참조 구성 파일을 계속 처리합니다.
그postgresql.conf파일에는 다음도 포함될 수 있음include_dir28003_28102
include_dir '디렉토리'
절대적이지 않은 디렉토리 이름은 참조 구성 파일을 포함하는 디렉토리에 상대적인 이름으로 간주됩니다. 지정된 디렉터리 내에서 이름이 접미사로 끝나는 디렉터리가 아닌 파일만.conf포함됩니다. 로 시작하는 파일 이름.문자도 무시됩니다. 일부 플랫폼에서는 이러한 파일이 숨겨져 있기 때문에 실수를 방지하기 위한 것입니다. 포함 디렉터리 내의 여러 파일은 파일 이름 순서(C 로케일 규칙에 따라, 즉 문자 앞에 숫자, 소문자 앞에 대문자)로 처리됩니다.
포함 파일이나 디렉토리는 하나의 큰 파일을 갖는 대신 데이터베이스 구성의 일부를 논리적으로 분리하는 데 사용할 수 있습니다.postgresql.conf파일. 각각 메모리 양이 다른 두 개의 데이터베이스 서버가 있는 회사를 생각해 보십시오. 로깅과 같은 구성 요소는 둘 다 공유할 가능성이 높습니다. 그러나 서버의 메모리 관련 매개변수는 둘 사이에 다릅니다. 그리고 서버별 사용자 정의도 있을 수 있습니다. 이 상황을 관리하는 한 가지 방법은 사이트의 사용자 정의 구성 변경 사항을 세 개의 파일로 나누는 것입니다. 이것을 끝에 추가할 수 있습니다.postgresql.conf포함할 파일:
'shared.conf' 포함 'memory.conf' 포함 'server.conf' 포함
모든 시스템은 동일할 것입니다.shared.conf. 특정 양의 메모리를 가진 각 서버는 동일한 메모리를 공유할 수 있습니다.memory.conf; RAM이 8GB인 모든 서버에 대해 하나가 있고, 16GB가 있는 서버에 대해 또 하나가 있을 수 있습니다. 그리고 마지막으로서버.conf실제로 서버별 구성 정보가 포함될 수 있습니다.
또 다른 가능성은 구성 파일 디렉토리를 생성하고 이 정보를 거기에 있는 파일에 넣는 것입니다. 예를 들어,conf.d디렉토리는 끝부분에서 참조될 수 있습니다.postgresql.conf:
include_dir 'conf.d'
그럼 당신은 다음 파일의 이름을 지정할 수 있습니다.conf.d디렉토리는 다음과 같습니다:
00shared.conf 01memory.conf 02서버.conf
이 명명 규칙은 이러한 파일이 로드되는 명확한 순서를 설정합니다. 서버가 구성 파일을 읽는 동안 특정 매개변수에 대해 발견된 마지막 설정만 사용되기 때문에 이는 중요합니다. 이 예에서는 다음에서 설정한 내용이 있습니다.conf.d/02server.conf에 설정된 값을 재정의합니다conf.d/01memory.conf.
대신 이 접근 방식을 사용하여 파일 이름을 설명적으로 지정할 수 있습니다:
00shared.conf 01memory-8GB.conf 02서버-foo.conf
이런 종류의 배열은 각 구성 파일 변형에 고유한 이름을 부여합니다. 이는 여러 서버의 구성이 모두 버전 제어 저장소와 같은 한 위치에 저장되어 있는 경우 모호성을 제거하는 데 도움이 될 수 있습니다. (버전 제어 하에 데이터베이스 구성 파일을 저장하는 것도 고려해야 할 또 다른 좋은 방법입니다.)
문서에 올바르지 않은 내용이 있으면 일치하지 않습니다. 특정 기능에 대한 경험이 있거나 추가 설명이 필요한 경우 이용해주세요이 양식문서 문제를 보고합니다.