Vous n'êtes pas identifié(e).
Bonjour !!
J'utilise Postgresql 8.4 sous Windows 2003 (désolé).
Les tablespaces de la base ne se trouve pas sous PGDATA.
Lorsque je charge un dump, je remarque que les données sont stockées 2 fois:
- une fois dans le tablespace effectivement associé à la base
- une autre fois dans un autre tablespace sous pgdata/pg_tblspc.
S'agit-il d'un comportement connu sous Windows ou d'un problème?
Merci.
Cordialement,
Placide Farrokh
Placide Farrokh
DBA (Débutant en Bases Access)
"Il existe deux types de gens : ceux qui divisent les gens en deux catégories, et les autres."
Hors ligne
Après enquête il s’agirait de "liens symboliques sur répertoire" (on parle aussi de "jonctions de répertoires"), je ne pensais pas cette fonctionnalité disponible sous Windows 2003 SRV.
Quelqu'un a-t-il plus d'infos ?
Merci
Placide Farrokh
DBA (Débutant en Bases Access)
"Il existe deux types de gens : ceux qui divisent les gens en deux catégories, et les autres."
Hors ligne
Sous Windows, on ne parle pas de liens symboliques mais de jonctions. Même fonctionnalité, mais autre terme. Et pour répondre à la première question, les données ne se trouvent que dans le tablespace.
Guillaume.
Hors ligne
Bonjour Guillaume et merci.
Est-ce l'OS qui gère ces jonctions entre répertoires ou est-ce piloté par Postgres ?
Le fait de déplacer les tablespaces manuellement (installation nouveau disque par exemple) peut-il "casser" ces jonctions ?
Placide Farrokh
DBA (Débutant en Bases Access)
"Il existe deux types de gens : ceux qui divisent les gens en deux catégories, et les autres."
Hors ligne
Est-ce l'OS qui gère ces jonctions entre répertoires ou est-ce piloté par Postgres ?
C'est PostgreSQL qui les crée mais c'est une fonctionnalité du système d'exploitation.
Le fait de déplacer les tablespaces manuellement (installation nouveau disque par exemple) peut-il "casser" ces jonctions ?
Ce serait une très mauvaise idée. Il faut passer par les commandes SQL de PostgreSQL pour déplacer les objets. Pour déplacer un tablespace, il faut créer le nouveau tablespace, déplacer les objets de l'ancien tablespace vers le nouveau et enfin détruire l'ancien tablespace via les commandes SQL de PostgreSQL. Toute autre tentative pourrait peut-être fonctionné un moment mais est vouée à l'échec plus ou moins rapidement.
Guillaume.
Hors ligne
Merci !
Placide Farrokh
DBA (Débutant en Bases Access)
"Il existe deux types de gens : ceux qui divisent les gens en deux catégories, et les autres."
Hors ligne
