표 K.1다음의 다양한 하드 제한을 설명합니다.포스트그레SQL. 그러나 절대적인 하드 제한에 도달하기 전에 성능 제한이나 사용 가능한 디스크 공간과 같은 실질적인 제한이 적용될 수 있습니다.
표 K.1. 포스트그레SQL제한사항
| 아이템 | 상한값 | 댓글 |
|---|---|---|
| 데이터베이스 크기 | 무제한 | |
| 데이터베이스 수 | 4,294,950,911 | |
| 데이터베이스당 관계 | 1,431,650,303 | |
| 관계 크기 | 32TB | 기본값으로BLCKSZ8192바이트 중 |
| 테이블당 행 | 4,294,967,295페이지에 들어갈 수 있는 튜플 수로 제한됨 | |
| 테이블당 열 수 | 1,600 | 단일 페이지에 맞는 튜플 크기로 더욱 제한됩니다. 아래 참고를 참조하세요. |
| 결과 세트의 열 | 1,664 | |
| 필드 크기 | 1GB | |
| 테이블당 인덱스 | 무제한 | 데이터베이스당 최대 관계로 제한됨 |
| 색인당 열 | 32 | 재컴파일하여 늘릴 수 있음젠 토토 |
| 파티션 키 | 32 | 재컴파일하여 늘릴 수 있음젠 토토 |
| 식별자 길이 | 63바이트 | 재컴파일하여 늘릴 수 있음포스트그레SQL |
| 함수 인수 | 100 | 재컴파일하여 늘릴 수 있음젠 토토 |
| 쿼리 매개변수 | 65,535 |
저장되는 튜플이 단일 8192바이트 힙 페이지에 맞아야 하므로 테이블의 최대 열 수는 더욱 줄어듭니다. 예를 들어 튜플 헤더를 제외하고 1,600int열은 6400바이트를 소비하고 힙 페이지에 저장될 수 있지만 1,600의 튜플비긴트열은 12800바이트를 소비하므로 힙 페이지 내부에 맞지 않습니다. 다음과 같은 유형의 가변 길이 필드텍스트, varchar및문자값이 필요할 만큼 큰 경우 테이블의 TOAST 테이블에 해당 값이 저장될 수 있습니다. 테이블 힙의 튜플 내부에는 18바이트 포인터만 남아 있어야 합니다. 더 짧은 길이의 가변 길이 필드의 경우 4바이트 또는 1바이트 필드 헤더가 사용되며 값은 힙 튜플 내부에 저장됩니다.
테이블에서 삭제된 열도 최대 열 제한에 영향을 미칩니다. 또한 새로 생성된 튜플의 삭제된 열 값은 내부적으로 튜플의 널 비트맵에서 널로 표시되지만 널 비트맵도 공간을 차지합니다.
각 테이블은 이론적으로 최대 2^32개의 라인 외부 값을 저장할 수 있습니다. 보다PostgreSQL : 문서 : 12 : 69.2. 토메이저 토토 사이트out-of-line 저장소에 대한 자세한 설명을 참조하세요. 이 제한은 각 값을 식별하기 위해 32비트 OID를 사용하기 때문에 발생합니다. OID 공간이 가득 차면 여전히 사용 가능한 OID를 찾는 데 비용이 많이 들고 결과적으로 INSERT/UPDATE 문 속도가 느려질 수 있기 때문에 실제 제한은 이론상의 제한보다 훨씬 적습니다. 일반적으로 이는 테라바이트 단위의 데이터가 포함된 테이블에서만 발생하는 문제입니다. 파티셔닝이 가능한 해결 방법입니다.