테이블 K.1다음의 다양한 하드 제한을 설명합니다.포스트그레SQL. 그러나 절대적인 하드 제한에 도달하기 전에 성능 제한이나 사용 가능한 디스크 공간과 같은 실질적인 제한이 적용될 수 있습니다.

저장되는 튜플이 단일 8192바이트 힙 페이지에 맞아야 하므로 테이블의 최대 열 수는 더욱 줄어듭니다. 예를 들어 튜플 헤더를 제외하고 1,600int열은 6400바이트를 소비하며 힙 페이지에 저장될 수 있지만 1,600의 튜플비긴트열은 12800바이트를 소비하므로 힙 페이지 내부에 맞지 않습니다. 다음과 같은 유형의 가변 길이 필드텍스트, varchar및문자값이 필요할 만큼 큰 경우 테이블의 TOAST 테이블에 해당 값을 저장할 수 있습니다. 테이블 힙의 튜플 내부에는 18바이트 포인터만 남아 있어야 합니다. 더 짧은 길이의 가변 길이 필드의 경우 4바이트 또는 1바이트 필드 헤더가 사용되며 값은 힙 튜플 내부에 저장됩니다.

테이블에서 삭제된 열도 최대 열 제한에 영향을 미칩니다. 또한 새로 생성된 튜플의 삭제된 열 값은 내부적으로 튜플의 널 비트맵에서 널로 표시되지만 널 비트맵도 공간을 차지합니다.

각 테이블은 이론적으로 최대 2^32개의 라인 외부 값을 저장할 수 있습니다. 참조PostgreSQL : 문서 : 13 : 69.2. 메이저 토토 사이트아웃오브라인 저장소에 대한 자세한 설명을 참조하세요. 이 제한은 각 값을 식별하기 위해 32비트 OID를 사용하기 때문에 발생합니다. OID 공간이 가득 차면 여전히 사용 가능한 OID를 찾는 데 비용이 많이 들고 결과적으로 INSERT/UPDATE 문 속도가 느려질 수 있기 때문에 실제 제한은 이론상의 제한보다 훨씬 적습니다. 일반적으로 이는 테라바이트 단위의 데이터가 포함된 테이블에서만 발생하는 문제입니다. 파티셔닝이 가능한 해결 방법입니다.