From: | Armand ROTEREAU <rotereau(at)eccorev(dot)fr> |
---|---|
To: | cedric(at)2ndquadrant(dot)com |
Cc: | pgsql-fr-generale(at)postgresql(dot)org, Gérard CASTAGNOLI <gerard(dot)castagnoli(at)oamp(dot)fr> |
Subject: | Re: Postgresql 9.3, postgres_fdw : pb de creation de Foreign key (table "classique") vers une foreign table |
Date: | 2014-01-16 09:37:59 |
Message-ID: | E436FE0E-A752-4D65-A370-6CBE40FADCF4@eccorev.fr |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
Bonjour Cédric,
Merci pour votre retour et vos informations pertinentes.
Effectivement le risque est minime.
Avec vos recommandations, je vais voir quelle solution est la plus appropriée pour notre cas, car le but est d’associer plusieurs bases thématiques (au fil de l’eau) à une base commune tout en contrôlant et conservant l’intégrité des données, et sans rien oublier.
Cordialement,
--
Armand ROTEREAU
CNRS - ECCOREV (FR 3098)
Europôle Méditerranéen de l'Arbois
Bâtiment CEREGE
BP 80
13545 AIX EN PROVENCE Cedex 4
FRANCE
rotereau(at)eccorev(dot)fr
mobile : +33 (0) 6 75 18 07 66
tel CEREGE : +33 (0) 4 42 97 15 07
tel OHP : +33 (0) 4 92 70 64 30
http://www.eccorev.fr
Le 15 janv. 2014 à 11:46, Cédric Villemain <cedric(at)2ndquadrant(dot)com> a écrit :
> Bonjour Armand,
>
>> Contexte :
>> J’utilise cette extension pour faire des requêtes à partir d’une BDD
>> postgresql 9.3 thématique ainsi qu'une BDD postgresql commune. Pour
>> cela, j’ai créé dans ma BDD thématique des foreign tables
>> reconstituant ma BDD commune. Le test de requêtes fonctionne bien.
>>
>> Problématique :
>> Par contre pour finaliser le mécanisme sur ma BDD thématique, j’ai
>> besoin de créer une Foreign Key depuis une table pointant vers une
>> foreign table. Ceci est apparemment impossible.
>>
>> Question :
>> Existe t-il une solution qui permette la même fonctionnalité, ou avec
>> une syntaxe particulière, cette solution marche t-elle ?
>
> Pour ce qui est du contrôle d'existence lors de manipulation des données
> dans la base thématique, une solution à base de trigger reste
> envisageable. postgres_fdw est utilisé de manière transactionnelle donc
> on peut véritablement s'assurer que la référence existe lors de notre
> insert/update/delete ... C'est moins robuste que des FK locales car il
> existe un risque faible que les données soient modifiées entre le commit
> 'local' et le commit 'distant'. Le véritable problème est inverse : la
> base de données 'commune' doit agir sur la (ou les ?) base thématique en
> cas de suppression de la référence ?
>
> --
> Cédric Villemain +33 (0)6 20 30 22 52
> http://2ndQuadrant.fr/
> PostgreSQL: Support 24x7 - Développement, Expertise et Formation
From | Date | Subject | |
---|---|---|---|
Next Message | Olivier Bernhard | 2014-01-16 13:32:32 | Re: Postgresql partitionnement |
Previous Message | Olivier Bernhard | 2014-01-16 06:53:26 | Re: Postgresql partitionnement |