데이터 유형토토 사이트저장하는 데 사용할 수 있습니다. 토토 사이트 데이터. 토토 사이트 데이터를 a에 저장하는 것보다 장점이 있습니다.텍스트필드는 다음에 대한 입력 값을 확인한다는 것입니다. 정형화되어 있고, 수행하는 지원 기능이 있습니다 이에 대한 유형 안전 작업; 참조섹션 9.14. 이 데이터 유형의 사용 다음을 사용하여 설치해야 합니다.구성 --with-lib토토 사이트.
그토토 사이트유형은 올바른 형식으로 저장할 수 있습니다."문서", 토토 사이트에 정의된 대로 표준뿐만 아니라"내용"프로덕션에 의해 정의된 프래그먼트토토 사이트Decl? 내용토토 사이트 표준에서. 대략, 이는 콘텐츠 조각이 둘 이상의 조각을 가질 수 있음을 의미합니다. 최상위 요소 또는 문자 노드. 표현토토 사이트값IS 문서특정 여부를 평가하는 데 사용할 수 있습니다.토토 사이트값은 전체 문서이거나 콘텐츠 조각.
유형의 값을 생성하려면토토 사이트에서
문자 데이터, 함수를 사용하세요토토 사이트parse:
토토 사이트PARSE( 문서 | 콘텐츠값)
예:
토토 사이트PARSE (DOCUMENT '<?토토 사이트 version="1.0"?<book<title수동</title<chapter...</chapter</book') 토토 사이트PARSE(CONTENT 'abc<foobar</foo<barfoo</bar')
이것은 문자열을 다음으로 변환하는 유일한 방법이지만 SQL 표준에 따른 토토 사이트 값 PostgreSQL 관련 구문:
토토 사이트 '<foo바</foo' '<foo바</foo'::토토 사이트
또한 사용할 수 있습니다.
그토토 사이트유형이 해당 항목을 검증하지 않습니다. 포함되었을 수 있는 문서 유형에 대한 입력 값 선언(DTD).
역연산, 문자열 유형 생성
의 값토토 사이트, 함수를 사용합니다토토 사이트직렬화:
토토 사이트SERIALIZE( 문서 | 콘텐츠값AS유형 )
유형다음 중 하나일 수 있음문자, 문자 다양함또는텍스트(또는 별칭 이름 그들을 위해). 다시 말하지만, SQL 표준에 따르면 이것은 유형 간을 변환하는 유일한 방법토토 사이트그리고 문자 유형이지만 PostgreSQL에서는 간단히 캐스팅할 수도 있습니다. 값.
문자열 값이 유형으로 또는 유형에서 캐스트되는 경우토토 사이트통과하지 않고토토 사이트PARSE또는토토 사이트SERIALIZE, 각각의 선택은문서대콘텐츠에 의해 결정됩니다"토토 사이트 옵션" 세션 구성 매개변수 표준 명령을 사용하여 설정
토토 사이트 옵션 설정 문서 | 내용 ;
또는 PostgreSQL과 유사한 구문
토토 사이트option을 문서로 설정 | 내용 ;
기본값은콘텐츠그러니까 모두 토토 사이트 데이터 형식이 허용됩니다.
여러 문자를 다룰 때는 주의가 필요합니다 클라이언트, 서버 및 전달된 토토 사이트 데이터의 인코딩 그들을 통해. 텍스트 모드를 사용하여 쿼리를 전달할 때 서버 및 쿼리 결과를 클라이언트에 보냅니다(이는 일반적입니다). 모드), PostgreSQL은 사이에 전달되는 모든 문자 데이터를 변환합니다. 클라이언트와 서버, 그리고 그 반대의 경우도 마찬가지입니다. 각 끝의 인코딩; 참조섹션 22.2. 여기에는 문자열이 포함됩니다. 위의 예와 같은 토토 사이트 값의 표현입니다. 이는 일반적으로 인코딩 선언에 다음이 포함되어 있음을 의미합니다. 토토 사이트 데이터는 문자 데이터가 유효하지 않게 될 수 있습니다. 클라이언트 간 이동 중에 다른 인코딩으로 변환됨 및 서버, 내장된 인코딩 선언은 그렇지 않습니다. 변경되었습니다. 이 동작에 대처하기 위해 인코딩 선언 에 대한 입력을 위해 제시된 문자열에 포함되어 있습니다.토토 사이트유형은무시, 콘텐츠는 다음과 같습니다. 항상 현재 서버 인코딩에 있는 것으로 가정됩니다. 결과적으로 올바른 처리를 위해 다음과 같은 문자열이 필요합니다. 토토 사이트 데이터는 현재 클라이언트의 클라이언트에서 전송되어야 합니다. 인코딩. 다음 중 하나에 대한 책임은 고객에게 있습니다. 문서를 현재 클라이언트 인코딩으로 변환하기 전에 서버로 보내거나 클라이언트 인코딩을 조정하기 위해 적절하게. 출력 시 유형의 값토토 사이트인코딩 선언이 없으며, 클라이언트는 데이터가 현재 클라이언트에 있다고 가정해야 합니다. 인코딩.
바이너리 모드를 사용하여 쿼리 매개변수를 전달할 때 서버 및 쿼리 결과가 클라이언트로 다시 전송되며 문자 집합은 없습니다. 변환이 수행되므로 상황이 다릅니다. 이에 이 경우 토토 사이트 데이터의 인코딩 선언이 관찰됩니다. 이것이 없으면 데이터는 utf-8에 있는 것으로 간주됩니다. (토토 사이트 표준에서 요구하는 대로, PostgreSQL은 그렇지 않습니다. UTF-16을 전혀 지원하지 않음). 출력 시 데이터에는 인코딩이 포함됩니다. 클라이언트 인코딩을 지정하는 선언(클라이언트가 아닌 경우) 인코딩은 utf-8이며, 이 경우 생략됩니다.
말할 필요도 없이 PostgreSQL로 토토 사이트 데이터를 처리하는 것은 데이터 인코딩, 클라이언트의 경우 오류가 덜 발생하고 더 효율적입니다. 인코딩과 서버 인코딩은 동일합니다. 토토 사이트 데이터는 utf-8에서 내부적으로 처리되며 계산이 가장 많이 수행됩니다. 서버 인코딩도 utf-8이면 효율적입니다.
그토토 사이트데이터 유형이 특이한 점 비교 연산자를 제공하지 않습니다. 이는 다음과 같습니다. 잘 정의되고 보편적으로 유용한 비교가 없습니다. 토토 사이트 데이터 알고리즘. 이것의 한 가지 결과는 당신이 비교하여 행을 검색할 수 없습니다.토토 사이트16423_16764
다음에 대한 비교 연산자가 없으므로토토 사이트데이터 유형을 생성할 수 없습니다. 이 유형의 열에 대해 직접 색인을 생성합니다. 빠르게 검색하면 토토 사이트 데이터가 필요합니다. 가능한 해결 방법은 표현식을 문자열 유형으로 변환하고 이를 인덱싱하거나 XPath 표현식을 인덱싱합니다. 실제 쿼리는 물론 색인화된 표현식으로 검색하도록 조정되어야 합니다.
PostgreSQL의 텍스트 검색 기능은 다음과 같을 수도 있습니다. 토토 사이트 데이터에서 전체 문서 검색 속도를 높이는 데 사용됩니다. 는 그러나 필요한 전처리 지원은 다음에서 사용할 수 없습니다. 이번 릴리스의 PostgreSQL 배포판입니다.