the스포츠 토토
데이터 유형을 사용하여 스포츠 토토 데이터를 저장할 수 있습니다. 스포츠 토토 데이터를 A 저장보다는 이점이 있습니다.텍스트
필드는 잘 형성된 입력 값을 확인하고 유형-안전 작업을 수행하는 지원 함수가 있다는 것입니다. 보다범퍼카 토토 PostgreSQL : 문서 : 17 : 9.15. XML 기능. 이 데이터 유형을 사용하여 설치는와 함께 구축해야합니다.구성-with-lib스포츠 토토
.
the스포츠 토토
유형은 잘 형성 될 수 있습니다“문서”9880_9924“컨텐츠”파편, 더 허용적인 것을 참조하여 정의“문서 노드”10675_10828
특정 여부를 평가하는 데 사용할 수 있습니다스포츠 토토Value
is document스포츠 토토
값은 전체 문서이거나 콘텐츠 조각 만 있습니다.
제한 및 호환성 노트스포츠 토토
데이터 유형을 찾을 수 있습니다섹션 D.3.
유형 값을 생성하려면스포츠 토토
문자 데이터에서 함수 사용스포츠 토토parse
:
스포츠 토토parse (document | contentvalue
)
예 :
스포츠 토토PARSE (Document ' 스포츠 토토 버전 = "1.0"?>') 매뉴얼 ... 챕터>
이것은 SQL 표준에 따라 문자 문자열을 스포츠 토토 값으로 변환하는 유일한 방법이지만 PostgreSQL 특정 구문 :
스포츠 토토 'BAR '
도 사용할 수 있습니다.
the스포츠 토토
유형은 문서 유형 선언 (dtd)에 대한 입력 값을 유효성이 없습니다.입력 값이 DTD를 지정하는 경우에도. 현재 스포츠 토토 스키마와 같은 다른 스포츠 토토 스키마 언어에 대한 유효성 검사에 대한 내장 지원이 없습니다.
역 작동, 문자열 값을 생성스포츠 토토
, 함수 사용스포츠 토토serialize
:
스포츠 토토Serialize (document | contentvalue
astype
[[아니요] 인장])
type
can be캐릭터
, 캐릭터 다양한
또는텍스트
(또는 그 중 하나에 대한 별칭). 다시 한 번 SQL 표준에 따르면, 이것이 유형간에 변환하는 유일한 방법입니다스포츠 토토
및 문자 유형이지만 PostgreSQL도 간단히 값을 시전 할 수 있습니다.
the들여 쓰기
옵션은 결과가 매우 인쇄 된 반면무니 없음
(기본값)는 원래 입력 문자열을 방출합니다. 캐릭터 유형으로 캐스팅하면 원래 문자열이 생성됩니다.
문자열 값이 유형으로 또는 유형에서 주조 될 때스포츠 토토
통과하지 않고스포츠 토토PARSE
또는스포츠 토토serialize
각각 선택의 선택Document
versus컨텐츠
“스포츠 토토 옵션” 세션 구성 매개 변수. 표준 명령을 사용하여 설정할 수 있습니다.
SET 스포츠 토토 옵션 document | 콘텐츠 ;
또는 더 많은 postgresql-like syntax
스포츠 토토option을 document |로 설정하십시오 콘텐츠 ;
기본값은컨텐츠
, 스포츠 토토 데이터의 모든 형태가 허용됩니다.
클라이언트, 서버 및 스포츠 토토 데이터에서 여러 문자 인코딩을 처리 할 때는주의를 기울여야합니다. 텍스트 모드를 사용하여 쿼리를 서버로 전달하고 클라이언트 (일반 모드)에 쿼리 결과를 전달할 때 PostgreSQL은 클라이언트와 서버 사이에 전달되는 모든 문자 데이터를 변환하며 그 반대는 각각의 끝의 문자 인코딩으로 변환합니다.섹션 23.3. 여기에는 위의 예에서와 같이 스포츠 토토 값의 문자열 표현이 포함됩니다.스포츠 토토
타입은무시및 컨텐츠는 현재 서버 인코딩에 있다고 가정합니다. 결과적으로 올바른 처리를 위해서는 스포츠 토토 데이터의 문자열이 현재 클라이언트 인코딩의 클라이언트로부터 전송되어야합니다.스포츠 토토
인코딩 선언이 없으며 클라이언트는 모든 데이터가 현재 클라이언트 인코딩에 있다고 가정해야합니다.
바이너리 모드를 사용하여 쿼리 매개 변수를 서버로 전달하고 쿼리 결과를 클라이언트로 다시 전달할 때 인코딩 변환이 수행되지 않으므로 상황이 다릅니다. 이 경우, 스포츠 토토 데이터의 인코딩 선언이 관찰되며, 결여 된 경우 데이터는 UTF-8에있는 것으로 가정됩니다 (스포츠 토토 표준에 따라 필요한대로 PostgreSQL이 UTF-16을 지원하지 않음).
스포츠 토토 데이터 인코딩, 클라이언트 인코딩 및 서버 인코딩이 동일하면 PostgreSQL로 스포츠 토토 데이터를 처리하면 오류가 적고 효율적입니다. 스포츠 토토 데이터는 UTF-8에서 내부적으로 처리되므로 서버 인코딩이 UTF-8이면 계산이 가장 효율적입니다.
서버 인코딩이 UTF-8이 아닌 경우 일부 스포츠 토토 관련 함수는 비 ASCII 데이터에서 전혀 작동하지 않을 수 있습니다. 이것은에 대한 문제로 알려져 있습니다.스포츠 토토table ()
andxpath ()
특히.
the스포츠 토토
데이터 유형은 비교 연산자를 제공하지 않는다는 점에서 드문 일입니다. 스포츠 토토 데이터에 대한 잘 정의되고 보편적으로 유용한 비교 알고리즘이 없기 때문입니다.스포츠 토토
검색 값에 대한 열. 따라서 스포츠 토토 값은 일반적으로 ID와 같은 별도의 키 필드를 동반해야합니다.
에 대한 비교 연산자가 없기 때문에스포츠 토토
데이터 유형이라면이 유형의 열에서 인덱스를 직접 생성 할 수 없습니다. 스포츠 토토 데이터의 빠른 검색이 원하는 경우, 가능한 해결 방법에는 표현식을 문자열 유형에 캐스트하고이를 인덱싱하거나 XPath 표현식을 색인화하는 것이 포함됩니다.
PostgreSQL의 텍스트 검색 기능을 사용하여 스포츠 토토 데이터의 전체 문서 검색 속도를 높일 수 있습니다. 그러나 필요한 전처리 지원은 아직 PostgreSQL 분포에서 사용할 수 없습니다.
문서에 올바른 것이 없으면 일치하지 않습니다.이 양식문서 문제를보고하려면