Bảng K.1Mô tả các giới kèo bóng đá c1 cứng khác nhau củaPostgreSQL. Tuy nhiên, các giới kèo bóng đá c1 thực tế, chẳng kèo bóng đá c1 như giới kèo bóng đá c1 hiệu suất hoặc không gian đĩa có sẵn có thể được áp dụng trước khi đạt được giới kèo bóng đá c1 cứng tuyệt đối.

Số lượng cột tối đa cho một bảng được giảm thêm vì bộ tuple được lưu trữ phải phù hợp với một trang đống 8192 byte. Ví dụ: không bao gồm tiêu đề tuple, một tuple được tạo thành từ 1.600int10830_10923BigintCác cột sẽ tiêu thụ 12800 byte và do đó sẽ không phù hợp với một trang đống. Các trường có độ dài biến đổi của các loại nhưText, VarcharvàCharcó thể có các giá trị của chúng được lưu trữ ngoài dòng trong bảng bánh mì nướng của bảng khi các giá trị đủ lớn để yêu cầu nó. Chỉ có một con trỏ 18 byte phải ở bên trong tuple trong đống của bàn. For shorter length variable-length fields, either a 4-byte or 1-byte field header is used and the value is stored inside the heap tuple.

Các cột đã bị rơi khỏi bảng cũng đóng góp vào giới kèo bóng đá c1 cột tối đa. Hơn nữa, mặc dù các giá trị cột bị rơi cho các bộ dữ liệu mới được tạo ra bên trong là null trong bitmap null của Tuple, nhưng bitmap null cũng chiếm không gian.

mỗi bảng có thể lưu trữ tối đa lý thuyết là 2^32 giá trị ngoài dòng; nhìn thấyPhần 73.2Để thảo luận chi tiết về lưu trữ ngoại tuyến. Giới kèo bóng đá c1 này phát sinh từ việc sử dụng OID 32 bit để xác định từng giá trị đó. Giới kèo bóng đá c1 thực tế ít hơn đáng kể so với giới kèo bóng đá c1 lý thuyết, vì khi không gian OID lấp đầy, việc tìm kiếm một OID vẫn còn tự do có thể trở nên đắt đỏ, lần lượt làm chậm các câu lệnh chèn/cập nhật. Thông thường, đây chỉ là một vấn đề cho các bảng chứa nhiều terabyte dữ liệu; Phân vùng là một cách giải quyết khả thi.