| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 17. 서버의 설정 | Fast Forward | Next |
온의 경우, 쿼리에 의해 참조되는 테이블은, 이미 존재하고 있지 않으면FROM구에 추가됩니다. 이 행동은 SQL 표준에 준거하지 않고, 많은 유저는(별명(alias)를 참조해야 하는 테이블 참조를 하는 경우 등) 잘못을 은폐 하는 것을 싫어합니다. 디폴트는off입니다. 이 변수는, 이 행동이 디폴트로 인정되고 있는 8.1 이전의PostgreSQL릴리스와의 호환성을 유효하게 합니다.
이 변수가 유효하더라도, 쿼리에 의해 참조되는 개개의 명시적FROM엔트리에 대해, 경고 메세지가 방행되는 것에 주의해 주세요. 쿼리의FROM구에 대한 쿼리로 참조되는 모든 테이블을 추가하는 것(혹은DELETE의 경우의 USING구)에의, 이러한 행동에 신뢰를 두지 않는 애플리케이션을 갱신하는 것은 유저에게 추천되지 않습니다.
이것은, 배열 입력 파서가 인용부호의 없는NULL를 NULL 배열 요소로서 인식할지를 제어합니다. 디폴트에서는, 이것은on로, NULL값을 가지는 배열값을 입력할 수 있습니다. 그러나, 8.2보다 전의 버젼의PostgreSQL에서는, 배열내의 NULL값을 지원하지 않고,NULL를"NULL"라고 하는 값의 문자열을 가지는 통상의 배열 요소로서 취급하고 있었습니다. 오래된 동작을 필요로 하는 애플리케이션의 후방 호환성을 위해서, 이 변수를off로 설정 할 수 있습니다.
이 변수가off여도, NULL값을 포함한 배열값을 작성할 수 있는 것에 주의해 주세요.
문자열 리터럴 내에서 인용부호가\'로 표현될지 아닐지를 관리합니다. 인용부호의 표현으로서 SQL 준거의 방식으로는 이중화('')입니다만,PostgreSQL는 역사적으로\'도 받아들입니다. 그러나, 몇개의 클라이언트 문자 집합 인코딩 방식에 대해, 최종 바이트가 수치적으로 ASCII의 것\에 동일한 멀티 바이트 문자가 있어,\'를 사용하면 보안상 문제를 일으킬 가능성이 있습니다. 클라이언트측의 코드가 사실상 이스케이프를 올바르게 취급하지 않는 경우, SQL 인젝션 공격이 가능하게 됩니다. 이 위험성의 회피는, 서버가 역슬래시로 이스케이프 된 인용부호를 포함한 쿼리를 거절하도록 합니다. 허용되는backslash_quote의 값은, on (항상 \' 를 허용), off (항상 거부), 및 safe_encoding (클라이언트 인코딩 방식이 멀티바이트 문자 내에서 ASCII의 것\을 허용하지 않은 경우에만 사용가능). safe_encoding 가 디폴트의 설정.
표준에 따른 문자열 리터럴에서는,\은 단지\를 의미하는 것입니다. 이 매개변수는, 이스케이프 문자열 구문(E'...')를 포함한 표준에 따르지 않는 리터럴의 취급에 영향을 줍니다.
WITH OIDS혹은WITHOUT OIDS가 모두 지정되어 있지 않은 경우,CREATE TABLE및CREATE TABLE AS가 오브젝트 식별자(OID) 열을 신규 작성의 테이블에 포함하는지 아닌지를 관리합니다. 동시에SELECT INTO로 작성된 테이블에 OID가 포함되는지 아닌지도 결정합니다. PostgreSQL 8.1의default_with_oids는, 디폴트로off입니다. 이전의 버젼의PostgreSQL는 디폴트로 유효했습니다.
유저 테이블에서의 OID 사용은 좋지 않다고 고려되어, 대부분의 설치는 이 변수를 무효로 한 채로 있습니다. 특정의 테이블에 대해서 OID를 필요로 하는 애플리케이션은, 테이블 작성해WITH OIDS를 지정해야 합니다. 이 변수는, 이 행동을 실시하지 않는 오래된 애플리케이션과의 호환성을 위해 사용됩니다.
유효의 경우, 통상의 문자열 리터럴('...'구문)에 backslash(\)가 있어,standard_conforming_strings이 무효인 경우, 경고가 발행됩니다. 디폴트는on입니다.
SQL 호환성을 위해서, 향후의 릴리스에서 통상의 문자열의 디폴트 동작을 변경할 예정이므로, 백슬래시를 이스케이프로서 사용하고 싶은 애플리케이션은, 이스케이프 문자열 구문(E'...')를 사용하도록 변경해야 합니다. 이 변수를 유효하게 하는 것으로, 장래에 실패하는 애플리케이션의 검출을 보조할 수 있습니다.
정규 표현"기호"을advanced,extended,basic중의 하나에 설정할 수 있습니다. extended라고 하는 설정은, 7.4보다 전의 릴리스의PostgreSQL와의 정확한 후방 호환성을 위해서 유용합니다. 자세한 것은Section 9.7.3.1을 참조해 주세요.
이것은 상속의 의미를 제어합니다. off로 하면, 디폴트에서 서브테이블이 각종 커멘드로 포함되지 않게 됩니다. 기본적으로는 암묵적인ONLY키워드입니다. 이것은 7.1 이전의 릴리스와의 호환성을 위해서 추가되었습니다. 자세한 것은Section 5.8을 참조해 주세요.
표준 SQL에 규정된 것처럼, 통상의 문자열 리터럴('...')가 백슬래시를 그대로 취급하는지 아닌지를 제어합니다. 이 값은 현재 항상, 백슬래시는 이스케이프로서 취급되는 것을 의미하는,off가 되어 있습니다. 이것은 장래에,PostgreSQL의 릴리스에서 표준과의 호환성을 향상하기 위해서,on로 변경될 예정입니다. 문자열 리터럴이 처리되는 방법을 결정하는 이 매개변수를, 애플리케이션으로 검사할 수 있습니다. 이 매개변수의 존재는, 이스케이프 문자열 구문(E'...')가 지원되고 있는지 어떤지를 나타내는 것으로 간주됩니다. 이스케이프 문자열 구문은, 애플리케이션으로 백슬래시를 이스케이프 문자로서 취급하고 싶은 경우에 사용해야 합니다.
유효의 경우, expr = NULL(혹은NULL = expr ) 형식의 식은 expr IS NULL로서 취급되어 그것은, 만약 expr 가 NULL값이라고 평가하면 true(참)을 반환하고, 그렇지 않으면 false(거짓)을 반환합니다. expr = NULL의 올바른 SQL 사양 준거의 행동은 항상 NULL(알지 않는다)를 돌려주는 것입니다. 그러니까, 이 매개변수의 디폴트는off가 되어 있습니다.
그러나,Microsoft Access의 필터 형식은 NULL값을 검사하기 위해서 expr = NULL를 사용하는 쿼리를 생성하기 때문에, 그 인터페이스를 사용해 데이터베이스에 액세스 하는 경우는, 이 옵션을 유효하게 하는 편이 좋을 것입니다. expr = NULL라고 하는 형태의 식은(올바른 해석을 사용한 결과) 항상 NULL값을 반환하기 때문에, 통상의 애플리케이션에서는 의미가 거의 없고, 분별없게 사용되지 않습니다. 그러므로, 이 옵션은 실제로 해로움은 없습니다. 그러나, 익숙해지지 않은 유저는 자주 NULL값에 관한 식의 의미에 당황하기 때문에, 디폴트로 이 옵션은 유효하게 되어 있지 않습니다.
이 옵션은= NULL라고 하는 형식에만 영향을 주는 것에 주의해 주세요. 다른 비교 연산자나 등가 연산자를 호출하는 다른(IN와 같은) 식과 계산하는데 있어서 등가가 되는 식에는 영향을 주지 않습니다. 따라서, 이 옵션은 잘못된 프로그래밍의 범용적인 문제 해결을 실시하지 않습니다.
관련하는 정보는Section 9.2을 참조해 주세요.