Estoy mirando alguna creación de tabla PostgreSQL y me topé con esto:
CREATE TABLE (
...
) WITH ( OIDS = FALSE );Leí la documentación proporcionada por postgres y sé el concepto de identificador de objeto de OOP pero aún no entiendo,
Respuestas:
Básicamente, los OID le brindan una identificación integrada globalmente única para cada fila, contenida en una columna del sistema (a diferencia de una columna de espacio de usuario). Eso es útil para las tablas donde no tiene una clave primaria, tiene filas duplicadas, etc. Por ejemplo, si tiene una tabla con dos filas idénticas y desea eliminar la más antigua de las dos, puede hacerlo usando el oid columna
En mi experiencia, la característica generalmente no se usa en la mayoría de las aplicaciones respaldadas por postgres (probablemente en parte porque no son estándar), y su uso está esencialmente en desuso :
En PostgreSQL 8.1, default_with_oids está desactivado por defecto; en versiones anteriores de PostgreSQL, estaba activado por defecto.
El uso de OID en las tablas de usuario se considera obsoleto, por lo que la mayoría de las instalaciones deberían dejar esta variable deshabilitada. Las aplicaciones que requieren OID para una tabla en particular deben especificar WITH OIDS al crear la tabla. Esta variable se puede habilitar para la compatibilidad con aplicaciones antiguas que no siguen este comportamiento.
Los OID todavía están en uso para Postgres con objetos grandes (aunque algunas personas argumentarían que los objetos grandes generalmente no son útiles de todos modos). También son utilizados ampliamente por las tablas del sistema . Son utilizados, por ejemplo, por TOAST, que almacena más de 8 KB de BYTEA (etc.) en un área de almacenamiento separada (transparente) que se usa de forma predeterminada en todas las tablas . Su uso directo asociado con las tablas de usuario "normales" es básicamente obsoleto .
El tipo oid se implementa actualmente como un entero de cuatro bytes sin signo. Por lo tanto, no es lo suficientemente grande como para proporcionar unicidad en toda la base de datos en grandes bases de datos, o incluso en grandes tablas individuales. Por lo tanto, no se recomienda utilizar la columna OID de una tabla creada por el usuario como clave principal. Los OID se utilizan mejor solo para referencias a tablas del sistema.
Aparentemente, la secuencia OID "sí" se ajusta si excede 4B 6 . Entonces, en esencia, es un contador global que puede ajustarse. Si se ajusta, puede comenzar a producirse una ralentización cuando se usa y "busca" valores únicos, etc.
Ver también https://wiki.postgresql.org/wiki/FAQ#What_is_an_OID.3F
El equipo central responsable de Postgres está eliminando gradualmente los OID.
El uso de OID como una columna de sistema opcional en sus tablas ahora se elimina de Postgres 12. Ya no puede usar:
CREATE TABLE … WITH OIDS mandodefault_with_oids (boolean) configuración de compatibilidadEl tipo de datos OIDpermanece en Postgres 12. Puede crear explícitamente una columna del tipo OID.
Después de migrar a Postgres 12 , cualquier columna del sistema opcionalmente definida oidya no será invisible por defecto. Realizar una SELECT *voluntad ahora incluirá esta columna. Tenga en cuenta que esta columna extra "sorpresa" puede romper código SQL escrito ingenuamente.
Para eliminar todos los OID de las tablas de la base de datos, puede usar este script de Linux:
Primero, inicie sesión como superusuario de PostgreSQL:
sudo su postgresAhora ejecute este script, cambiando YOUR_DATABASE_NAME con su nombre de base de datos:
for tbl in `psql -qAt -c "select schemaname || '.' || tablename from pg_tables WHERE schemaname <> 'pg_catalog' AND schemaname <> 'information_schema';" YOUR_DATABASE_NAME` ; do psql -c "alter table $tbl SET WITHOUT OIDS" YOUR_DATABASE_NAME ; doneUtilicé este script para eliminar todos mis OID, ya que Npgsql 3.0 no funciona con esto, y ya no es importante para PostgreSQL.
oldcolumna del sistema .