PostgreSQL La base de donnees la plus sophistiquee au monde.

Forums PostgreSQL.fr

Le forum officiel de la communauté francophone de PostgreSQL

Vous n'êtes pas identifié(e).

#1 Événements » PG Day France 2022 : Demandez le programme ! » 23/05/2022 08:51:09

stefan
Réponses : 0

Bonjour à toutes et tous,


La prochaine édition du PG Day France aura lieu les 21 et 22 juin prochain à Montpellier !


Les inscriptions sont ouvertes : https://pgday.fr/inscription.


Comme chaque année, le programme reflète la diversité et la richesse de la communauté PostgreSQL :


* Qui a besoin de RAC ? Par Karen Jex (CRUNCHY DATA)
* Migration vers PostgreSQL : mener de gros volumes de données à bon port (5432) par Philippe Beaudoin (DALIBO)
* Instrumenter PostgreSQL avec Prometheus par Julien Acroute (CAMP TO CAMP)
* TDE: une autre approche via la création d'un nouveau type de données par Frédéric Delacourt (DATA BENE)
* Automatisation d'une mise à jour éléphantesque par Julien Riou (OVHcloud)
* Comment mettre un éléphant sur un porte-conteneur en 3 mouvements ? Par Laetitia Avrot (EDB)
* Intégrer la communauté PostgreSQL par Rigoudy Perik (Etudiant)
* Protéger les données avec PostgreSQL Anonymizer par Damien Clochard (DALIBO)


Petite nouveauté cette année, un créneau sera dédié à une série de "lightning talks". Chaque participant au PG Day peut choisir le sujet de son choix (technique ou non) et le présenter en 5 minutes top chrono smile Envoyez vos propositions à contact@pgday.fr !


De plus, une grande soirée communautaire ouverte à tous et incluse dans le prix de votre billet aura lieu le mardi soir.


Retrouvez plus de détails sur https://pgday.fr/programme.


Cette édition est rendue possible grâce au soutien de nos partenaires (https://pgday.fr/partenaires) que nous remercions ici chaleureusement !


* CRUNCHY DATA (https://www.crunchydata.com/)
* DALIBO (https://www.dalibo.com)
* EDB (https://www.enterprisedb.com/)
* ATOLCD (https://www.atolcd.com/)
* OSLANDIA (https://oslandia.com/)
* UMANIT (https://www.umanit.fr/)


Venez les rencontrer les 21 et 22 juin prochain à Montpellier !
--
Les organisateurs & organisatrices du PG Day France

#2 Re : Optimisation » Partitionnement des tables » 10/08/2018 12:54:56

Bonjour,

La V10 a introduit le partitionnement déclaratif. Vous pourrez en trouver quelques explications par exemple ici : https://cloud.dalibo.com/p/exports/form … l_10.pdf#3

La V11 prévoit plusieurs grosses améliorations sur ce sujet également. Cette version, déjà disponible en beta, devrait bientôt être disponible.

Cordialement

#3 Re : Installation » [RESOLUE] Best practice cluster Postgres/PGpool (master / slave) » 10/08/2018 12:51:09

D'un point de vue installation, le projet pgpool fourni directement les rpm et a son propre dépôt yum : http://www.pgpool.net/mediawiki/index.php/Downloads
Sauf à compiler, le meilleur moyen d'être le plus à jour possible est donc de partir sur CentOS (ou dérivé).

Comme pour PG, il est souvent (voir toujours) mieux de passer par les dépots des projets que ceux des OS eux-même.

Cordialement

#5 Re : Général » Installation en linux » 24/05/2018 13:05:43

Bonjour,

"5. Install the client packages" : permet d'installer notamment les utilitaires de connexion à une base postgresql.

Le paquet -server installe, comme son nom l'indique, le serveur PostgreSQL. C'est optionnel si vous n'avez pas besoin d'installer de serveur sur votre machine.

Cordialement

#6 Re : Réplication » Failover JDBC et risque de split brain » 18/04/2018 17:08:25

Bonjour,

Il faut effectivement éviter que l'ancien maître ne soit à nouveau actif. L'idéal serait de l'isoler (via le firewall par exemple) jusqu'à ce qu'il soit remis en réplication par exemple.

Sans utiliser cette possibilité de la chaîne de connexion, une ip virtuelle que vous basculez sur le nouveau maître après bascule devrait faire l'affaire.

#7 Re : Réplication » ERROR: could not find archived wal » 14/02/2018 11:59:40

Bonjour,

Pour s'assurer que le fichier archivé corresponde bien à l'original (au moment de la copie), pitrery propose l'option ARCHIVE_CHECK.

# Check the md5 of the archived file to the md5 of the original WAL file.
# Useful if you are paranoid or don't trust the remote storage reliability.
# Note that you can not check the archive if compression is enabled.
# If overwriting is disabled, the md5 check enabled and the archive already
# exists, the archiving returns success if the md5 check is successful.
#ARCHIVE_CHECK="no"

Si vous effectuez régulièrement des vérifications de vos sauvegardes, vous pouvez alors vous assurer que les archives restent correctes par exemple en créant un .md5 (par wal archivé) à la copie et comparer régulièrement le md5 des archives à ces fichiers de référence.

Pied de page des forums

Propulsé par FluxBB