Discussion :

[tijan]

Bonjour,
J'utilise PostgreSQL pour l'exploitation des données cadastrales, après avoir passé les fichiers EDIGEO et MAJIC par la moulinette de l'extension CADASTRE dans QGIS.
J'aimerais savoir si il est possible de créer une nouvelle BDD absolument identique à la première, mais sur un sous ensemble des données (par exemple, sélection de x parcelles => création d'une BDD avec les x parcelles et l'ensemble des données attachées à ces parcelles, y compris données propriétaires). Il faudrait bien entendu que l'ensemble des relations, des contraintes, des index, etc. soient maintenus.
Merci par avance pour vos conseils.
Jean

[alassanediakite]

Salut
Tu peux créer une copie identique d'une base.

1. tu ferme toutes les connexions à la base
2. à partir d'une connexion à la base postgres, tu exécute la commande

   Code :

   Sélectionner tout - Visualiser dans une fenêtre à part

   1
   2
   CREATE DATABASE copiebd
     TEMPLATE=bdorigine;

Le reste tu peux le faire manuellement.
@+

[tijan]

Bonjour Alassane, et merci pour ta réponse.
Avec la méthode proposée, je me retrouve avec une BDD exactement de même structure mais vide de données. Ce que je voudrais, c'est une BDD de structure équivalente avec un sous ensemble des données pour toutes les tables, issues d'une sélection sur l'une des tables (dans mon cas, c'est du cadastre, je voudrais avoir une réplication de la base et des données uniquement pour une sélection de parcelles, ce qui évite de se trimbaler l'ensemble des données...).
Merci

[SQLpro]

L'intérêt d'une base de données relationnelles est de n'avoir JAMAIS aucune redondance. Là vous demandez exactement le contraire ! Quel est votre but fonctionnel ? Car je pense que vous faites fausse route...

• Si c'est pour des raisons de sécurité il existe les vues et les privilèges qui vont avec.
• Si c'est pour des raisons de hautes disponibilité il existe des outils particuliers.

A +

[alassanediakite]

Salut

Avec la méthode proposée, je me retrouve avec une BDD exactement de même structure mais vide de données...

Chez mois (PostgreSQL 9.6) c'est une copie exacte (structure et données).

Ce que je voudrais, c'est une BDD de structure équivalente avec un sous ensemble des données pour toutes les tables, issues d'une sélection sur l'une des tables (dans mon cas, c'est du cadastre, je voudrais avoir une réplication de la base et des données uniquement pour une sélection de parcelles...

Dans ce cas, tu peux voir avec le décodage logique (pour PostgreSQL >=9.5)
@+

[tijan]

Bonjour Alassane et Frédéric,
Merci pour vos réponses.

Alassane, merci pour ton conseil concernant le décodage logique, je vais essayer de comprendre, même si je ne suis pas sûr que cela correspond à ce que je cherche à faire ...

Ce que je cherche à faire, c'est tout simplement une "extraction d'un sous ensemble de la base", parce que celle-ci m'est livrée sur un large territoire (il s'agit du Cadastre), et que seule une partie de ce territoire m'intéresse (je n'ai pas besoin de l'ensemble des données, qui alourdissent donc ma base et les manipulations).

Je continue mes recherches...
Merci

[CinePhil]

Ce que je cherche à faire, c'est tout simplement une "extraction d'un sous ensemble de la base", parce que celle-ci m'est livrée sur un large territoire (il s'agit du Cadastre), et que seule une partie de ce territoire m'intéresse (je n'ai pas besoin de l'ensemble des données, qui alourdissent donc ma base et les manipulations).

Suggestion :
Plutôt qu'une autre BDD, créez un nouveau schéma ayant la même structure que le premier puis importez les données d'un schéma à l'autre avec des requêtes du genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
INSERT INTO schema_reduit.table_1
SELECT *
FROM gros_schema.table_1
WHERE -- condition de restriction des données à importer

Attention !
Procédez en commençant par les tables qui n'ont pas de clés étrangères.

[tijan]

Bonjour,

Merci pour la suggestion.
Il n'y a donc pas d'outil automatique*, et il faut faire l'extraction de façon manuelle, table par table ... ?

* j'imaginais n'avoir à faire une requête que sur l'une des tables, en l’occurrence la table "parcelles", et que la sélection se ferait automatiquement en cascade sur les autres tables, en ne conservant que les enregistrements liés par des clés étrangères à la table "parcelles" ...

[CinePhil]

C'est la suppression qui peut se faire en cascade, à condition que la clause ON DELETE CASCADE soit spécifié sur les clés étrangères.

Dans ce cas, effectivement, si vous n'avez pas besoin et n'aurez pas besoin dans le futur des données surnuméraires, vous pouvez tenter le coup du DELETE dans la table qui est référencée dans les autres mais vérifiez vos contraintes avant.