SQL, Postgres Oid, Quels sont-ils et pourquoi sont-ils utiles?

Je suis à la recherche à un certain PostgreSQL création de la table et je suis tombé sur ceci:

CREATE TABLE (
...
) WITH ( OIDS = FALSE );

J'ai lu la documentation fournie par postgres et je sais que le concept de l'identificateur d'objet à partir de la programmation orientée objet, mais encore je ne saisis pas,

  • pourquoi un tel identificateur serait utile dans une base de données?
  • de faire des requêtes plus courte?
  • quand doit-il être utilisé?
  • Je ne peux pas trouver toutes les références à citer pour le moment, mais pour info j'ai entendu dire que l'aide de Microsoft Access en tant que front-end pour Postgres nécessite la présence de la old système de colonne.
InformationsquelleAutor fabrizioM | 2011-04-11
  1. 153

    Oid fondamentalement vous donner un intégré, à l'échelle mondiale id unique pour chaque ligne, contenue dans un système de colonne (par opposition à un utilisateur de l'espace de la colonne). C'est très pratique pour les tables où vous n'avez pas de clé primaire, ont des lignes en double, etc. Par exemple, si vous avez un tableau avec deux lignes identiques, et que vous souhaitez supprimer le plus ancien des deux, vous pourriez le faire à l'aide de la colonne oid.

    Dans mon expérience, la fonctionnalité est généralement utilisé dans la plupart des postgres adossés à des applications (probablement en partie parce qu'ils sont non-standard), et leur utilisation est essentiellement obsolète:

    Dans PostgreSQL 8.1 default_with_oids est
    désactivé par défaut; dans les versions antérieures de
    PostgreSQL, c'était par défaut.

    L'utilisation de l'Oid dans les tables de l'utilisateur est
    considéré comme obsolète, de sorte que la plupart
    les installations doivent quitter ce
    variable désactivé. Les Applications qui
    exiger des Oid pour une table particulière
    devrait préciser AVEC les OID lors de la création d'
    la table. Cette variable peut être
    activé pour la compatibilité avec les anciens
    les applications qui ne suivent pas ce
    comportement.

    • les oid sont pas garantis d'être unique. À partir de la documentation: "une grande ou d'une longue durée de vie de base de données, il est possible pour le compteur à enrouler autour. Par conséquent, il est une mauvaise pratique de supposer que les Oid sont uniques, sauf si vous prenez des mesures pour s'assurer que c'est le cas."
    • L'emballage autour implique également que vous ne pourriez pas nécessairement supprimer le plus âgé des deux lignes seulement OID, comme celui avec le plus petit OID peut avoir été un wrap-around.
    • Les oid sont pas unique au monde, par des commentaires ci-dessus, ni en 2011, lorsque cette réponse a été écrit. Aussi, les Oid sont nécessaires pour les objets du système, afin de l'utiliser tous les Oid sur la ligne des compteurs n'aide pas à la base de l'attribution des Oid pour de nouvelles tables (pour la table, pas de ses lignes). Aussi, examiner si un seul entier de 4 octets compteur est vraiment va être suffisant pour chaque table dans votre base de données.
    • il vaut la peine de mentionner, en plus de la mise en œuvre de phpPgAdmin lors de la création d'une table, l'option est cochée désactiver par défaut, un sens à une question de fait que cette option est obsolète.
    • si vous ne savez pas ce que les Oid sont utilisés pour alors vous ne voulez probablement pas à les utiliser.
    InformationsquelleAutor Frank Farmer
  2. 14

    OID sont encore en usage pour Postgres avec grand les objets (bien que certaines personnes pourraient soutenir de grands objets ne sont généralement pas utile de toute façon). Ils sont aussi largement utilisés par les tables système. Ils sont utilisés par exemple par TOAST qui stocke de plus de 8 KO BYTEA de l' (etc.) hors d'une zone de stockage séparée (de manière transparente) qui est utilisé par défaut par toutes les tables. Leur utilisation directe associée à la "normale" les tables de l'utilisateur est fondamentalement obsolète.

    L'oid de type est actuellement mis en œuvre comme un entier non signé de quatre octets entier. Par conséquent, il n'est pas assez grand pour fournir de la base de données à l'échelle de l'unicité dans de grandes bases de données, ou même dans les grandes tables individuelles. Donc, à l'aide d'un utilisateur table créée par l'OID de la colonne comme clé primaire est découragé. Les oid sont mieux utilisées uniquement pour les références aux tables système.

    Apparemment, l'OID de la séquence "ne" wrap si elle dépasse 4B Six. Donc, en substance, c'est un compteur global qui peut s'enrouler. Si elle ne wrap, un certain ralentissement peut commencer survenant lorsqu'il est utilisé et "recherché" pour des valeurs uniques, etc.

    Voir aussi https://wiki.postgresql.org/wiki/FAQ#What_is_an_OID.3F

    InformationsquelleAutor rogerdpack
  3. 3

    Oid progressivement

    Le noyau de l'équipe responsable de Postgres est l'élimination progressive des Oid.

    Postgres 12 supprime un comportement particulier de l'OID de colonnes

    L'utilisation de l'OID comme un système facultatif de la colonne sur vos tables est maintenant retiré de Postgres 12. Vous ne pouvez plus utiliser:

    • CREATE TABLE … WITH OIDS commande
    • default_with_oids (boolean) paramètre de compatibilité

    Le type de données OID reste dans Postgres 12. Vous pouvez créer explicitement une colonne de type OID.

    Après la migration vers Postgres 12, tout en option défini par l' système de colonne oid de ne plus être invisible par défaut. L'exécution d'une SELECT * va maintenant inclure cette colonne. Notez que cette extra “surprise” de la colonne peut briser naïvement écrit le code SQL.

    InformationsquelleAutor Basil Bourque
  4. 2

    Pour supprimer tous les Oid de vos tables de base de données, vous pouvez utiliser ce script Linux:

    Tout d'abord, connecter en tant que super-utilisateur PostgreSQL:

    sudo su postgres

    Maintenant exécuter ce script, modification YOUR_DATABASE_NAME avec vous le nom de base de données:

    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 ; done

    J'ai utilisé ce script pour supprimer toutes mes Oid, depuis Npgsql 3.0 ne fonctionne pas avec cela, et ce n'est pas important de PostgreSQL plus.

    InformationsquelleAutor Rodrigo Boratto