그“16진수”형식은 바이너리 데이터를 바이트당 2개의 16진수 숫자로 인코딩하며 최상위 니블부터 시작합니다. 전체 문자열 앞에는 시퀀스가 옵니다.\x(이스케이프 형식과 구별하기 위해). 일부 상황에서는 초기 백슬래시를 두 배로 늘려 이스케이프해야 할 수도 있습니다(참조섹션 4.1.2.1). 입력의 경우 16진수는 대문자 또는 소문자일 수 있으며 숫자 쌍 사이에는 공백이 허용됩니다(그러나 숫자 쌍 내나 시작 부분에는 허용되지 않음)\x시퀀스). 16진수 형식은 광범위한 외부 애플리케이션 및 프로토콜과 호환되며 이스케이프 형식보다 변환 속도가 빠른 경향이 있으므로 사용이 선호됩니다.

예:

SET bytea_output = '16진수';

SELECT '\xDEADBEEF'::bytea;
   바이티
------------
 \xdeadbeef

그“탈출”형식이 전통적임PostgreSQL형식바이테아유형. 이진 문자열을 ASCII 문자 시퀀스로 표현하는 동시에 ASCII 문자로 표현할 수 없는 바이트를 특수 이스케이프 시퀀스로 변환하는 접근 방식을 취합니다. 애플리케이션의 관점에서 바이트를 문자로 표현하는 것이 타당하다면 이 표현이 편리할 수 있습니다. 그러나 실제로는 이진 문자열과 문자열 사이의 구별이 모호해지고 선택된 특정 이스케이프 메커니즘이 다소 다루기 힘들기 때문에 일반적으로 혼란스럽습니다. 따라서 대부분의 새로운 애플리케이션에서는 이 형식을 피해야 할 것입니다.

입장 시바이테아이스케이프 형식의 값, 특정 값의 옥텟반드시이스케이프되고 모든 옥텟 값은할 수 있습니다탈출됩니다. 일반적으로 옥텟을 이스케이프하려면 이를 세 자리 8진수 값으로 변환하고 앞에 백슬래시를 추가합니다. 백슬래시 자체(옥텟 10진수 값 92)는 이중 백슬래시로 표시될 수도 있습니다.표 8.7이스케이프해야 하는 문자를 표시하고 해당되는 경우 대체 이스케이프 시퀀스를 제공합니다.

탈출요구사항인쇄할 수 없음옥텟은 로케일 설정에 따라 다릅니다. 어떤 경우에는 이스케이프 처리하지 않고 그대로 둘 수 있습니다.

아래와 같이 작은따옴표를 두 배로 늘려야 하는 이유표 8.7, 이는 SQL 명령의 모든 문자열 리터럴에 해당된다는 것입니다. 일반 문자열 리터럴 파서는 가장 바깥쪽의 작은따옴표를 사용하고 모든 작은따옴표 쌍을 하나의 데이터 문자로 줄입니다. 뭐야바이테아입력 함수는 작은따옴표 하나만 보고 일반 데이터 문자로 취급합니다. 그러나,바이테아입력 함수는 백슬래시를 특별하게 처리하고 기타 동작은 다음과 같습니다.표 8.7해당 함수로 구현됩니다.

일부 상황에서는 일반 문자열 리터럴 파서가 백슬래시 쌍을 하나의 데이터 문자로 줄이기 때문에 위에 표시된 것과 비교하여 백슬래시를 두 배로 늘려야 합니다. 참조섹션 4.1.2.1.

바이테아옥텟은 다음에 출력됩니다.16진수기본적으로 형식을 지정합니다. 변경하는 경우bytea_output에탈출, “인쇄할 수 없음”옥텟은 해당하는 3자리 8진수 값으로 변환되며 앞에 백슬래시가 1개 옵니다. 대부분“인쇄 가능”옥텟은 클라이언트 문자 집합의 표준 표현으로 출력됩니다. 예:

SET bytea_output = 'escape';

SELECT 'abc \153\154\155 \052\251\124'::bytea;
     바이티
----------------
 abc klm *\251T

10진수 값 92(백슬래시)의 옥텟이 출력에서 두 배가 됩니다. 자세한 내용은 다음을 참조하세요.표 8.8.

프런트 엔드에 따라 다름PostgreSQL이스케이프 및 언이스케이프 측면에서 수행해야 할 추가 작업이 있을 수 있습니다.바이테아문자열. 예를 들어 인터페이스가 자동으로 번역하는 경우 줄 바꿈 및 캐리지 리턴을 이스케이프해야 할 수도 있습니다.