Định tỷ lệ kèo bóng đá (OID) được sử dụng bên trong bởiPostgreSQLlàm khóa chính cho các bảng hệ thống khác nhau. Kiểuoidđại diện cho một định tỷ lệ kèo bóng đá. Ngoài ra còn có một số loại bí danh chooid, mỗi cái tênregcái gì đó. Bảng 8.26Hiển thị tổng quan.

TheOIDtỷ lệ kèo bóng đá hiện được triển khai dưới dạng số nguyên bốn byte không dấu. Do đó, nó không đủ lớn để cung cấp tính duy nhất toàn cơ sở dữ liệu trong cơ sở dữ liệu lớn hoặc thậm chí trong các bảng riêng lẻ lớn.

TheoidBản thân tỷ lệ kèo bóng đá có một vài thao tác ngoài so sánh. Tuy nhiên, nó có thể được chuyển đến số nguyên, và sau đó thao tác bằng các toán tử số nguyên tiêu chuẩn.

Các loại bí tỷ lệ kèo bóng đá OID không có hoạt động của riêng chúng ngoại trừ các thói quen đầu vào và đầu ra chuyên dụng. Các thói quen này có thể chấp nhận và hiển thị tên biểu tượng cho các đối tượng hệ thống, thay vì giá trị số thô loạiOIDSẽ sử dụng. Các loại bí tỷ lệ kèo bóng đá cho phép tra cứu đơn giản các giá trị OID cho các đối tượng.PG_Attributionhàng liên quan đến bảngMyTable, người ta có thể viết:

Chọn * từ pg_attribut

chứ không phải:

Chọn * từ PG_Attribution

Trong khi điều đó không có vẻ gì là quá tệ, nó vẫn bị đơn giản hóa. Một lựa chọn phụ phức tạp hơn nhiều sẽ là cần thiết để chọn đúng oid nếu có nhiều bảng có tênMyTableTrong các lược đồ khác nhau. TheRegClassBộ chuyển đổi đầu vào xử lý việc tra cứu bảng theo cài đặt đường dẫn lược đồ và do đó nó thực hiệnđiều đúngxôngtự động. Tương tự, việc đúc một bảng OID thànhRegClasscó tiện dụng cho màn hình biểu tỷ lệ kèo bóng đá của OID số.

Tất cả các loại bí tỷ lệ kèo bóng đá OID cho các đối tượng được nhóm theo không gian tên chấp nhận các tên đủ điều kiện Schema và sẽ hiển thị tên đủ điều kiện lược đồ trên đầu ra nếu đối tượng không được tìm thấy trong đường dẫn tìm kiếm hiện tại mà không đủ điều kiện. Ví dụ,myschema.mytableđầu vào có thể chấp nhận được choRegClass(nếu có một bảng như vậy). Giá trị đó có thể là đầu ra làmyschema.mytablehoặc chỉMyTable, Tùy thuộc vào đường dẫn tìm kiếm hiện tại. TheRegProcvàRegoperCác loại bí tỷ lệ kèo bóng đá sẽ chỉ chấp nhận các tên đầu vào duy nhất (không quá tải), vì vậy chúng được sử dụng hạn chế; cho hầu hết các mục đích sử dụngRegProcedurehoặcRegoperatorphù hợp hơn. VìRegoperator, toán tử Unary được xác định bằng cách viếtKhôngĐối với toán hạng không sử dụng.

Các chức năng đầu vào cho các loại này cho phép khoảng trắng giữa các mã thông báo và sẽ gấp các chữ cái trên trường hợp chữ thường, ngoại trừ trong các trích dẫn gấp đôi; Điều này được thực hiện để làm cho các quy tắc cú pháp tương tự như cách viết tên đối tỷ lệ kèo bóng đá bằng SQL.foo(với trường hợp trênf) Lấy hai đối số số nguyên có thể được nhập dưới dạng' "Foo" (int, integer) ':: regrocedure. Đầu ra sẽ trông giống như"foo" (số nguyên, số nguyên). Cả tên hàm và tên tỷ lệ kèo bóng đá đối số cũng có thể được định mức lược đồ.

nhiều người tích hợpPostgreSQLCác chức năng chấp nhận OID của bảng hoặc một loại đối tỷ lệ kèo bóng đá cơ sở dữ liệu khác và để thuận tiện được tuyên bố là lấyRegClass(hoặc loại bí tỷ lệ kèo bóng đá oid thích hợp). Điều này có nghĩa là bạn không phải tra cứu OID của đối tượng, nhưng chỉ có thể nhập tên của nó dưới dạng một chuỗi theo nghĩa đen.NextVal (regClass)Hàm có OID của mối quan hệ trình tự, vì vậy bạn có thể gọi nó như thế này:

NextVal ('foo')hoạt động trên chuỗifooNextVal ('foo')giống như trênnextVal ('"foo"')hoạt động theo trình tựfooNextVal ('myschema.foo')hoạt động trênmyschema.foonextVal ('"myschema" .foo')Tương tự như trênNextVal ('foo')Tìm kiếm đường dẫn tìm kiếm chofoo

nextVal ('foo' :: text)foođược nhìn lên thời gian chạy

Một ví dụ thực tế khác về việc sử dụngRegClasslà tìm kiếm oid của một bảng được liệt kê trongthông tin_schemaLượt xem, không cung cấp trực tiếp các OID như vậy. Ví dụ, người ta có thể muốn gọipg_relation_size ()Hàm, yêu cầu bảng oid. Đưa các quy tắc trên vào tài khoản, cách chính xác để làm điều đó là

Chọn Table_Schema, Table_Name,

Thequote_ident ()Chức năng sẽ chăm sóc các trình điều chỉnh hai định tỷ lệ kèo bóng đá khi cần thiết. Có vẻ dễ dàng hơn

Chọn PG_RELATION_SIZE (TABLE_NAME)

làKhông được khuyến nghị, vì nó sẽ thất bại đối với các bảng nằm ngoài đường tìm kiếm của bạn hoặc có tên yêu cầu trích dẫn.

Một thuộc tính bổ sung của hầu hết các loại bí tỷ lệ kèo bóng đá OID là tạo ra các phụ thuộc. Nếu một hằng số của một trong các loại này xuất hiện trong một biểu thức được lưu trữ (chẳng hạn như biểu thức hoặc chế độ xem mặc định cột), nó sẽ tạo ra một sự phụ thuộc vào đối tượng được tham chiếu.nextVal ('my_seq' :: regClass), PostgreSQLHiểu rằng biểu thức mặc định phụ thuộc vào chuỗimy_seq, vì vậy hệ thống sẽ không để chuỗi bị tỷ lệ kèo bóng đá bỏ mà không xóa biểu thức mặc định trước. Sự thay thế củanextVal ('my_seq' :: text)không tạo ra sự phụ thuộc. (Revolelà một ngoại lệ cho thuộc tính này. Hằng số tỷ lệ kèo bóng đá này không được phép trong các biểu thức được lưu trữ.)

Một loại định tỷ lệ kèo bóng đá khác được sử dụng bởi hệ thống làXIDhoặc giao dịch (viết tắtXACT) định tỷ lệ kèo bóng đá. Đây là loại dữ liệu của các cột hệ thốngxminvàxmax. Định tỷ lệ kèo bóng đá giao dịch là số lượng 32 bit.XID8được sử dụng. Không giống nhưXIDGiá trị,XID8giá trị tăng đơn điệu và không thể được sử dụng lại trong vòng đời của cụm cơ sở dữ liệu. Nhìn thấyPhần 67.1Để biết thêm chi tiết.

Một loại định tỷ lệ kèo bóng đá thứ ba được sử dụng bởi hệ thống làCIDhoặc định tỷ lệ kèo bóng đá lệnh. Đây là loại dữ liệu của các cột hệ thốngcminvàcmax. Số nhận dạng lệnh cũng là số lượng 32 bit.

Một loại định tỷ lệ kèo bóng đá cuối cùng được sử dụng bởi hệ thống làtidhoặc định tỷ lệ kèo bóng đá tuple (định tỷ lệ kèo bóng đá hàng). Đây là kiểu dữ liệu của cột hệ thốngCTID. ID tuple là một cặp (số khối, chỉ mục tple trong khối) xác định vị trí vật lý của hàng trong bảng của nó.

(Các cột hệ thống được giải thích thêm trongPhần 5.6.)