이 문서는 지원되지 않는 버전의 PostgreSQL을위한 것입니다.
당신은에 대해 같은 페이지를 보려고 할 수 있습니다PostgreSQL : 문서 : 17 : 8.13. 스포츠 토토 유형버전 또는 위에 나열된 다른 지원 버전 중 하나입니다.

8.13. 토토 사이트type

the토토 사이트데이터 유형을 사용하여 토토 사이트을 저장할 수 있습니다 데이터. 토토 사이트 데이터를 A 저장보다는 이점이 있습니다.텍스트필드는 입력 값을 확인한다는 것입니다 형식성 및 수행 할 지원 기능이 있습니다 그것에 대한 유형-안전한 작업; 보다섹션 9.14. 이 데이터 유형 사용 설치를 구축해야합니다구성-with-lib토토 사이트.

the토토 사이트유형은 잘 형성 될 수 있습니다"문서"9789_9836"Content"프로덕션에 의해 정의되는 조각토토 사이트decl? 콘텐츠9960_10102토토 사이트valueis document특정 여부를 평가하는 데 사용할 수 있습니다토토 사이트값은 전체 문서이거나 콘텐츠 일뿐입니다 파편.

10377_10406

유형 값을 생성하려면토토 사이트문자 데이터, 함수 사용토토 사이트parse:

토토 사이트PARSE (document | contentvalue)

예 :

토토 사이트PARSE (Document '<? 토토 사이트 버전 = "1.0"? <book <title 매뉴얼 </title <comer ... </챕터 </book')
토토 사이트PARSE (Content 'ABC <FOO BAR </foo <lar foo </bar')

이것은 문자열을 토토 사이트로 변환하는 유일한 방법입니다. 값 SQL 표준에 따른 PostgreSQL-Specific 구문 :

토토 사이트 '<FOO BAR </foo'
'<foo bar </foo':: xml

사용할 수 있습니다.

토토 사이트유형은 입력을 유효하게하지 않습니다 문서 유형 선언 (dtd)에 대한 값은 입력 값 DTD를 지정합니다. 현재 내장이 없습니다 다음과 같은 다른 토토 사이트 스키마 언어에 대한 유효성 검증 지원 토토 사이트 스키마.

역 작동, 문자열 값을 생성토토 사이트, 함수 사용토토 사이트serialize:

토토 사이트serialize (document | contentvalueas타입)

타입can be캐릭터, 캐릭터 다양한또는텍스트(또는 그 중 하나에 대한 별칭). 다시, SQL 표준에 따르면 이것이 변환하는 유일한 방법입니다. 유형 사이토토 사이트및 문자 유형이지만 PostgreSQL은 또한 단순히 값을 캐스트 할 수 있습니다.

문자열 값이 유형으로 또는 유형에서 주조되는 경우토토 사이트통과하지 않고토토 사이트PARSE또는토토 사이트serialize, 각각 선택의 선택문서versus컨텐츠에 의해 결정됩니다"토토 사이트 옵션"세션 구성 표준 명령을 사용하여 설정할 수있는 매개 변수 :

SET 토토 사이트 옵션 document | 콘텐츠 ;

또는 더 많은 postgresql-like syntax

토토 사이트option을 document |로 설정하십시오 콘텐츠 ;

기본값은컨텐츠토토 사이트 데이터가 허용됩니다.

참고 :기본 토토 사이트 옵션 설정을 사용하면 할 수 없습니다 직접 캐릭터 문자열을 타이핑하기토토 사이트정의이기 때문에 문서 유형 선언이 포함 된 경우 토토 사이트 컨텐츠 조각은이를 허용하지 않습니다. 해야한다면 그건 사용토토 사이트PARSE또는 변경 토토 사이트 옵션.

8.13.2. 부호화 손질

여러 캐릭터를 다룰 때는주의를 기울여야합니다 클라이언트, 서버 및 토토 사이트 데이터의 인코딩 그들을. 텍스트 모드를 사용하여 쿼리를 서버로 전달할 때 클라이언트 (일반 모드)에 대한 쿼리 결과, postgresql 클라이언트와 서버 및 그 반대는 각각의 문자 인코딩에 대한 것입니다. 끝; 보다PostgreSQL : 문서 : 9.3 : 문자 세트 토토 베이. 여기에는 포함됩니다 위의 것과 같은 토토 사이트 값의 문자열 표현 예. 이것은 보통 인코딩 선언을 의미합니다 토토 사이트에 포함 된 데이터는 문자 데이터가 클라이언트를 여행하는 동안 다른 인코딩으로 변환되었습니다 내장 인코딩 선언이 변경되지 않기 때문에 서버. 이 행동에 대처하기 위해 포함 된 선언을 인코딩합니다 에 입력을 위해 제시된 문자 문자열토토 사이트타입은무시및 내용이 가정됩니다 현재 서버 인코딩에서. 결과적으로, 정확합니다 처리, 토토 사이트 데이터의 문자열 문자열은 현재 클라이언트 인코딩의 클라이언트. 그것은 책임입니다 클라이언트는 문서를 현재 클라이언트로 변환합니다. 서버로 보내기 전에 인코딩하거나 클라이언트 조정 적절하게 인코딩. 출력시 유형 값토토 사이트인코딩 선언 및 클라이언트가 없습니다 모든 데이터가 현재 클라이언트 인코딩에 있다고 가정해야합니다.

이진 모드를 사용하여 쿼리 매개 변수를 서버에 전달하는 경우 그리고 쿼리는 클라이언트로 돌아가고 캐릭터 세트 변환이 없습니다. 수행되므로 상황이 다릅니다. 이 경우 an 토토 사이트 데이터의 인코딩 선언이 관찰되고 결석하면 데이터는 UTF-8으로 가정됩니다 ( 토토 사이트 표준; PostgreSQL은 UTF-16을 지원하지 않습니다). ~에 출력, 데이터에는 인코딩 선언이 있습니다 클라이언트 인코딩, 클라이언트 인코딩이 UTF-8이 아니라면 생략됩니다.

말할 필요가 없습니다. PostgreSQL로 토토 사이트 데이터를 처리합니다. 토토 사이트 데이터를 인코딩하는 경우 오류가 적고 효율적이면 클라이언트 인코딩 및 서버 인코딩은 동일합니다. 토토 사이트 데이터 이후 UTF-8에서 내부적으로 처리되며 계산이 가장 많습니다 서버 인코딩이 UTF-8 인 경우 효율적입니다.

주의

일부 토토 사이트 관련 기능은 비 ASCII 데이터에서 전혀 작동하지 않을 수 있습니다. 서버 인코딩이 UTF-8이 아닌 경우. 이것은 문제로 알려져 있습니다 을 위한xpath ()특히.

8.13.3. 접근 토토 사이트 값

the토토 사이트데이터 유형은 그 점에서 드문 일입니다 비교 연산자를 제공하지 않습니다. 이것은 있기 때문입니다 토토 사이트에 대한 잘 정의되고 보편적으로 유용한 비교 알고리즘이 없습니다 데이터. 이것의 결과는 당신이 행을 검색 할 수 없다는 것입니다. 비교토토 사이트검색에 대한 열 값. 따라서 토토 사이트 값은 일반적으로 a를 동반해야합니다 ID와 같은 별도의 키 필드. 대체 솔루션 토토 사이트 값을 비교하는 것은 먼저 문자열로 변환하는 것입니다. 그러나 캐릭터 문자열 비교는 유용한 토토 사이트 비교 방법.

에 대한 비교 연산자가 없기 때문에토토 사이트데이터 유형, 인덱스 생성은 불가능합니다. 이 유형의 열에 직접. 토토 사이트 데이터에서 빠른 검색 인 경우 원할 경우, 가능한 해결 방법에는 표현식을 주조하는 것이 포함됩니다 문자열 유형 및 인덱싱 또는 xpath 인덱싱 표현. 물론 실제 쿼리를 조정해야합니다. 인덱스 된 표현식으로 검색하려면

PostgreSQL의 텍스트 검색 기능도 사용될 수 있습니다. 토토 사이트 데이터의 전체 문서 검색 속도를 높이십시오. 필요합니다 그러나 전처리 지원은 아직 사용할 수 없습니다 Postgresql 분포.