이 문서는 지원되지 않는 토토 사이트 추천의 PostgreSQL을위한 것입니다.
당신은에 대해 같은 페이지를 볼 수 있습니다PostgreSQL : 문서 : 17 : 19.13. 토토 결과 및 플랫폼 토토 결과토토 사이트 추천 또는 위에 나열된 다른 지원 토토 사이트 추천 중 하나입니다.

17.12. 토토 사이트 추천 및 플랫폼 호환성

17.12.1. 이전의 PostgreSQL 버전

add_missing_from(부울)

켜면 쿼리로 참조되는 테이블이 다음과 같습니다. 자동으로From조항은 아직 존재하지 않으면. 이 행동은 그렇지 않습니다 SQL 표준을 준수하고 많은 사람들이 그것을 싫어합니다. 실수를 가릴 수 있기 때문에 (예 : 테이블 참조와 같은 별칭을 참조 해야하는 곳). 기본값 이다OFF. 이 변수는 될 수 있습니다 릴리스와의 호환성을 위해 활성화PostgreSQL8.1 이전에 행동은 기본적으로 허용되었습니다.

이 변수가 활성화 되더라도 a 각 암시에 대해 경고 메시지가 배출됩니다Froma 질문. 사용자는 응용 프로그램을 업데이트하도록 권장됩니다 모든 테이블을 추가 하여이 동작에 의존하지 않기 위해 쿼리에 대한 쿼리에 의해 참조From절 (또는 그 조항사용의 조항삭제).

regex_flavor(String)

정규 표현"풍미"로 설정할 수 있습니다고급, 확장또는BASIC. 기본값은고급. 그만큼확장설정은 정확하게 유용 할 수 있습니다 7.4 이전 릴리스와의 거꾸로 호환성postgresql. 보다섹션 9.7.3.1자세한 내용.

SQL_INHERITANCE(부울)

이것은 상속 시맨틱을 제어합니다 서브 테이블이 다양한 명령에 포함되는지 여부 기본. 7.1 이전에는 버전에 포함되지 않았습니다. 이전 동작이 필요한 경우이 변수를 설정할 수 있습니다OFF, 그러나 장기적으로 당신은입니다 응용 프로그램을 변경하도록 권장전용제외 할 핵심 단어 하위 테이블. 보다토토 결과 PostgreSQL : 문서 : 8.1 : 상속상속에 대한 자세한 내용은

backslash_quote(String)

이것은 견적 표시를 표현할 수 있는지 여부를 제어합니다 에 의해\ '문자열 문자 그대로. 그만큼 견적 마크를 나타내는 SQL 표준 방식이 선호됩니다 두 배로하여 ('') 그러나postgresql역사적으로도 받아 들여\ '. 그러나 사용\ '생성 일부 클라이언트 문자 세트에서 보안 위험이 있습니다 인코딩, 멀티 바이트 문자가 있습니다 마지막 바이트는 수치 적으로 ASCII와 동일합니다\. 클라이언트 측 코드가 탈출하는 경우 잘못된 경우 SQL 주입 공격이 가능합니다. 이것 서버가 거부 쿼리를 만들어 위험을 방지 할 수 있습니다. 인용 마크가 백 슬래시. 허용 값backslash_quoteareon(허용\ '항상),OFF(항상 거부), 그리고Safe_encoding(만약 만 허용 클라이언트 인코딩은 ASCII를 허용하지 않습니다\멀티 바이트 문자 내에서).Safe_encoding기본값입니다 환경.

default_with_oids(부울)

이것은를 제어합니다생성 테이블and테이블 작성새로 만들어진 테이블에 OID 열을 포함하십시오.OIDS와 함께NOROIDS없는지정되어 있습니다. 또한 OID가 테이블에 포함되는지 여부를 결정합니다 만들기선택. 안에PostgreSQL 8.1 default_with_oids기본; 의 이전 버전에서postgresql기본.

사용자 테이블에서 OID를 사용하는 것이 고려됩니다 더 이상 사용되지 않으므로 대부분의 설치는 이것을 떠나야합니다 가변 비활성화. a 특정 테이블은 지정해야합니다OIDS테이블을 만들 때. 이 변수는 될 수 있습니다 이전 응용 프로그램과의 호환성을 활성화합니다 이 행동을 따르지 마십시오.

Escape_string_warning(부울)

켜기면 경고가 발행되면 경고가 발행됩니다 (\)는 평범한 상태로 나타납니다 문자열 리터럴 (16999_17006구문). 기본값은off.

탈출 문자열 구문 (e '...') 향후 버전의에서는 탈출에 사용해야합니다.PostgreSQL일반 문자열은 표준 정보를 제공합니다 문자 그대로 백 슬래시 치료.

17.12.2. 플랫폼 및 클라이언트 호환성

transform_null_equals(부울)

켜질 때, 양식의 표현expr= 널(또는null =expr)expris null, 즉, 진실을 반환합니다exprNULL 값으로 평가, 그리고 그렇지 않으면 거짓. 올바른 SQL-SPEC 호환 행동expr= null항상해야합니다 NULL을 반환합니다 (알 수 없음). 따라서이 옵션은 기본값OFF.

그러나 필터링 된 양식에서Microsoft Access쿼리 생성 사용하는 것 같습니다expr= nullnull을 테스트합니다 값, 따라서 해당 인터페이스를 사용하여 액세스하는 경우 데이터베이스이 옵션을 켜고 싶을 수도 있습니다. 부터 양식의 표현expr= null항상 반환하십시오 널 가치 (올바른 해석 사용) 그다지 유용하지 않으며 자주 나타나지 않습니다. 응용 프로그램 이므로이 옵션은 거의 해를 끼치 지 않습니다 관행. 그러나 새로운 사용자는 종종 혼란스러워합니다 널 값과 관련된 표현의 의미론이므로 기본적으로 옵션이 켜져 있지 않습니다.

이 옵션은 정확한 양식에만 영향을 미칩니다= null, 다른 비교가 아닙니다 연산자 또는 계산적 인 기타 표현 평등과 관련된 일부 표현과 동일합니다 연산자 (예 :in). 따라서, 이 옵션은 잘못된 프로그래밍을위한 일반적인 수정이 아닙니다.

참조PostgreSQL : 문서 :관련 정보는