Bảng K.1Mô tả các giới kèo bóng đá euro cứng khác nhau củaPostgreSQL. Tuy nhiên, các giới kèo bóng đá euro thực tế, chẳng kèo bóng đá euro như giới kèo bóng đá euro 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 đá euro 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.600intCột sẽ tiêu thụ 6400 byte và có thể được lưu trữ trong một trang heap, nhưng một bộ giảm 1.600BigintCác cột sẽ tiêu thụ 12800 byte và do đó sẽ không phù hợp bên trong một trang đống. Các trường có độ dài biến đổi của các loại nhưText, 11213_11222và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. Đối với các trường có độ dài độ dài ngắn hơn, tiêu đề trường 4 byte hoặc 1 byte được sử dụng và giá trị được lưu trữ bên trong Tuple Heap.

11600_11857

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 69.2Để thảo luận chi tiết về lưu trữ ngoại tuyến. Giới kèo bóng đá euro 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 đá euro thực tế ít hơn đáng kể so với giới kèo bóng đá euro 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.