- //主要有下面兩個系統資料表,pg_largeobject_metadata主要記錄許可權的,有用的只有pg_largeobject
-
-
-
- CATALOG(pg_largeobject_metadata,2995)
- {
- Oid lomowner; /* OID of the largeobject owner */
- #ifdef CATALOG_VARLEN /* variable-length fields start here */
- aclitem lomacl[1]; /* access permissions */
- #endif
- } FormData_pg_largeobject_metadata;
-
- /*
- * Each "page" (tuple) of a large object can hold this much data
- *
- * We could set this as high as BLCKSZ less some overhead, but it seems
- * better to make it a smaller value, so that not as much space is used
- * up when a page-tuple is updated. Note that the value is deliberately
- * chosen large enough to trigger the tuple toaster, so that we will
- * attempt to compress page tuples in-line. (But they won't be moved off
- * unless the user creates a toast-table for pg_largeobject...)
- *
- * Also, it seems to be a smart move to make the page size be a power of 2,
- * since clients will often be written to send data in power-of-2 blocks.
- * This avoids unnecessary tuple updates caused by partial-page writes.
- */
- #define LOBLKSIZE (BLCKSZ / 4)
-
- CATALOG(pg_largeobject,2613) BKI_WITHOUT_OIDS
- {
- Oid loid; /* Identifier of large object */
- int4 pageno; /* Page number (starting from 0) */
- /* data has variable length, but we allow direct access; see inv_api.c */
- bytea data; /* Data for page (may be zero-length) */
- } FormData_pg_largeobject;
所有的大對象全部拆成 LOBLKSIZE 大小,放入 pg_largeobject 之中,通過 loid進行區分, 每個大對象拆分成的各個部分通過 pageno(叫元組序號更合理),進行順序的關聯起來,
pageno是通過 要寫入的資料offset / LOBLKSIZE 計算的
pg的大對象實現的比較簡單,並不適合大資料量的使用,會成為系統的瓶頸.