Vous n'êtes pas identifié(e).
Pages : 1
C'est possible, je ne connais pas. J'ai dit ça de manière général pour les SGBD d'après ce que j'ai lu. Dans la pratique, j'en ai très peu utilisé.
Après disscusion avec le DBA, nous pensons extraire directement depuis le master, ainsi ça lui évite de créer un 2e slave uniquement pour la BI.
Est-ce ceci dont vous parlez ?
http://www.slony.info/documentation/2.2 … ml#FIRSTDB
D'après ce que j'ai lu, trigger n'est pas la meilleur façon point de vue performance...
Y-a-t'il une meilleur façon de faire mise à part une réplication alors ?
Est-il possible de faire une réplication donc pour le 2e slave mais uniquement des tables qu'on souhaite utiliser à la BI ?
Il y a +/- une vingtaine de tables dont on a besoin alors que la DB compte +/- 700 tables
OK on va essayer de faire ainsi.
Je vous remercie :-)
Après recherche sur le web, effectivement ça pourrait bien être la cause. Après discussion avec le DBA, il n'est pas possible de changer ces paramètres car il souhaite que la synchro soit la plus rapide possible et ne pas avoir de délais.
Quelle serait la solution ? Demander au DBA de faire un autre miroir mais avec un délais plus important pour la BI ?
Salut à tous,
Lorsque j'execute un simple SELECT * FROM MaTable à partir d'une DB miroir hot-standby contenant exactement les mêmes données que la production, j'ai un message d'erreur :
Canceling statement due to conflict WITH recovery
La table contient +/- 4 millions de rows. Si j'ajoute un limit(1000) par exemple, ça fonctionne. J'ai l'impression qu'il y a un soucis de transaction entre la prod et le miroir ou quelque chose du genre. Le temps que Postgres execute ma requête, la table à changé. Mais la raison est peu-être tout autre, je ne suis pas expert et je ne connais pas du tout Postgres.
C'est problématique car je dois lire en entier la table dans le but d'exporter l'ensemble des données (via un ETL) vers notre Datawarehouse, et pour se faire, je dois utiliser la DB miroir (décision du DBA).
Merci d'avance.
Pages : 1
