F.39. 사설 토토

F.39.1. 이식성 문제

내장된 텍스트 검색 기능은 다음을 기반으로 했지만사설 토토대부분 유사합니다. 그것에는 수많은 작은 차이점이 있습니다. 기존 애플리케이션의 이식성 문제:

• 일부 기능의 이름이 변경되었습니다. 예를 들면순위에ts_rank. 교체사설 토토모듈은 다음을 제공합니다. 이전 이름을 갖는 별칭입니다.

• 내장된 텍스트 검색 데이터 유형 및 기능이 모두 존재합니다. 시스템 스키마 내에서pg_catalog. 에 다음을 사용하여 설치사설 토토, 이것들 객체는 일반적으로공개스키마(일부 사용자는 이를 배치하기로 선택함) 자체적인 별도의 스키마로. 명시적으로 스키마 한정 따라서 두 경우 모두 개체에 대한 참조가 실패합니다. 는 교체사설 토토모듈은 별칭을 제공합니다. 에 저장된 개체공개(또는 필요한 경우 다른 스키마) 그러한 참조가 여전히 유지되도록 일.

• a의 개념이 없습니다"현재 파서"또는"현재 사전"내장된 텍스트 검색 기능에서는 현재 검색만 가능 구성(에 의해 설정됨default_text_search_config매개변수). 동안 현재 파서와 현재 사전은 함수에서만 사용되었습니다. 디버깅을 위한 것이지만 여전히 포팅에 장애물이 될 수 있습니다. 어떤 경우에는. 교체사설 토토모듈은 이러한 추가 상태 변수를 에뮬레이트하고 다음을 제공합니다. 설정 및 검색을 위한 이전 버전과 호환되는 기능입니다.

교체로 해결되지 않은 몇 가지 문제가 있습니다.사설 토토모듈이므로 어떤 경우에도 애플리케이션 코드 변경이 필요합니다.

• 오래된사설 토토트리거 기능 인수 목록의 항목이 함수 이름이 되도록 허용됩니다. 텍스트 데이터가 변환되기 전에 호출되었습니다.ts벡터형식. 이는 보안 문제로 인해 제거되었습니다. 구멍이 있어서 기능을 보장할 수 없었기 때문입니다. 호출된 것은 의도된 것이었습니다. 데이터가 다음과 같은 경우 권장되는 접근 방식 사용자 정의 트리거를 작성하려면 인덱싱되기 전에 마사지해야 합니다. 그 자체로 작업을 수행합니다.

• 텍스트 검색 구성 정보가 코어로 이동되었습니다. 사용된 테이블과 눈에 띄게 다른 시스템 카탈로그 으로사설 토토. 다음과 같은 모든 애플리케이션 해당 테이블을 검사하거나 수정하면 조정이 필요합니다.

• 응용 프로그램이 사용자 정의 텍스트 검색 구성을 사용한 경우, 이는 새 카탈로그를 사용하여 핵심 카탈로그에 설정해야 합니다. 텍스트 검색 구성 SQL 명령. 교체사설 토토모듈은 다음에 대한 약간의 지원을 제공합니다. 이는 이전 세트를 로드할 수 있게 함으로써 이루어집니다.사설 토토구성 테이블에포스트그레SQL8.3. (없이 모듈에서는 구성 데이터를 로드할 수 없습니다. 의 값regprocedure열은 다음과 같을 수 없습니다. 기능으로 해결됩니다.) 해당 구성 테이블은 그렇지 않습니다. 실제로할 것무엇이든, 최소한 그 내용은 상담하는 동안 사용할 수 있습니다. 8.3에서 동등한 사용자 정의 구성 설정

• 오래된reset_tsearch()그리고get_covers()함수는 다음과 같습니다. 지원됩니다.

• 대체사설 토토모듈은 다음을 수행합니다. 별칭 연산자를 정의하지 않고 전적으로 내장된 연산자에 의존합니다. 것들. 이는 애플리케이션이 사용되는 경우에만 문제가 됩니다. 명시적으로 스키마에 한정된 연산자 이름입니다. 흔하지 않은.

F.39.2. 8.3 이전 설치 변환

다음을 사용하는 8.3 이전 설치를 업데이트하는 권장 방법사설 토토다음과 같습니다:

나중에 응용 프로그램 참조 이름을 다음으로 바꿀 수 있습니다. 최종적으로 제거할 수 있도록 별칭 텍스트 검색 개체 교체사설 토토모듈.

F.39.3. 참고자료

사설 토토 개발 사이트http://www.sai.msu.su/~megera/postgres/gist/tsearch/V2/