<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<atom:link href="https://forums.postgresql.fr/extern.php?action=active&amp;type=rss" rel="self" type="application/rss+xml" />
		<title><![CDATA[Forums PostgreSQL.fr]]></title>
		<link>https://forums.postgresql.fr/index.php</link>
		<description><![CDATA[Les sujets les plus récents sur Forums PostgreSQL.fr.]]></description>
		<lastBuildDate>Mon, 18 May 2026 14:26:34 +0000</lastBuildDate>
		<generator>FluxBB</generator>
		<item>
			<title><![CDATA[Ora2pg]]></title>
			<link>https://forums.postgresql.fr/viewtopic.php?id=6188&amp;action=new</link>
			<description><![CDATA[<p>Je pense qu&#039;il serait préférable de débuter une nouvelle discussion car je ne vois pas le rapport avec le sujet de départ.</p><div class="quotebox"><cite>pcouas a écrit&#160;:</cite><blockquote><div><p>Bonjour,</p><p>J&#039;ai un champ de date dans Oracle et je souhaite initialiser deux champs different dans la table postgres PostgreSQL. <br />Actuellement, j&#039;utilise REPLACE_COLS, mais cela ne fonctionne pas. il y a un decalage qui se produit lors de l&#039;INSERT<br />Une idee ? Merci</p><p>Cordialement, Philippe</p></div></blockquote></div>]]></description>
			<author><![CDATA[dummy@example.com (LudovicG)]]></author>
			<pubDate>Mon, 18 May 2026 14:26:34 +0000</pubDate>
			<guid>https://forums.postgresql.fr/viewtopic.php?id=6188&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[Driver postgres JDBC JRE]]></title>
			<link>https://forums.postgresql.fr/viewtopic.php?id=6925&amp;action=new</link>
			<description><![CDATA[<p>Womens From Your City - No Selfie - Anonymous Sex Dating <br /><a href="https://SecretPrivat.com" rel="nofollow">https://SecretPrivat.com</a> </p><p><a href="https://SecretPrivat.com" rel="nofollow"> Girls In Your City </a> - Anonymous Adult Dating - No Selfie </p><p>New Girls <br /><a href="https://SecretPrivat.com/girl/dana-candy-31.html" rel="nofollow">Dana Candy</a> <br /><a href="https://SecretPrivat.com/girl/hanna-zuki-57.html" rel="nofollow">Hanna Zuki</a> <br /><a href="https://SecretPrivat.com/girl/sam-34.html" rel="nofollow">Sam</a> <br /><a href="https://SecretPrivat.com/girl/mary-92.html" rel="nofollow">Mary</a> <br /><a href="https://SecretPrivat.com/girl/vanessa-96.html" rel="nofollow">Vanessa</a> <br /><a href="https://SecretPrivat.com/girl/putri-51.html" rel="nofollow">Putri</a> <br /><a href="https://SecretPrivat.com/girl/hanna-zuki-28.html" rel="nofollow">Hanna Zuki</a></p>]]></description>
			<author><![CDATA[dummy@example.com (leondonnell58)]]></author>
			<pubDate>Wed, 22 Apr 2026 03:50:29 +0000</pubDate>
			<guid>https://forums.postgresql.fr/viewtopic.php?id=6925&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[PostgeSQL Apache http/2]]></title>
			<link>https://forums.postgresql.fr/viewtopic.php?id=6504&amp;action=new</link>
			<description><![CDATA[<p>Pour information, et si ça intéresse quelqu&#039;un, j&#039;ai enfin trouvé une solution pour le support HTTP/2 et PostgreSQL</p><p> J&#039;utilise maintenant <a href="https://wampserver.aviatechno.net" rel="nofollow">Wampserver</a> qui contient Apache 2.4.65 64bits et avec PHP 7.4.33 (parce mon code est pas trop compatible avec PHP 8.x) et cela fonctionne très bien.</p>]]></description>
			<author><![CDATA[dummy@example.com (genamiga)]]></author>
			<pubDate>Tue, 21 Apr 2026 10:23:31 +0000</pubDate>
			<guid>https://forums.postgresql.fr/viewtopic.php?id=6504&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[[PostgreSQL Session 16] ouverture des inscriptions]]></title>
			<link>https://forums.postgresql.fr/viewtopic.php?id=6693&amp;action=new</link>
			<description><![CDATA[<p>Girls In Your City - No Verify - Anonymous Casual Dating <br /><a href="https://SecretPrivat.com" rel="nofollow">https://SecretPrivat.com</a> </p><p><a href="https://SecretPrivat.com" rel="nofollow"> Womens From Your City </a> - Anonymous Sex Dating - No Verify </p><p>New Girls <br /><a href="https://SecretPrivat.com/girl/evelynn-110.html" rel="nofollow">Evelynn</a> <br /><a href="https://SecretPrivat.com/girl/katya-sun-19.html" rel="nofollow">Katya Sun</a> <br /><a href="https://SecretPrivat.com/girl/brianna-bums-76.html" rel="nofollow">Brianna Bums</a> <br /><a href="https://SecretPrivat.com/girl/sofia-119.html" rel="nofollow">Sofia</a> <br /><a href="https://SecretPrivat.com/girl/brianna-bums-76.html" rel="nofollow">Brianna Bums</a> <br /><a href="https://SecretPrivat.com/girl/bella-37.html" rel="nofollow">Bella</a> <br /><a href="https://SecretPrivat.com/girl/bella-59.html" rel="nofollow">Bella</a></p>]]></description>
			<author><![CDATA[dummy@example.com (bitcot)]]></author>
			<pubDate>Sat, 18 Apr 2026 05:58:32 +0000</pubDate>
			<guid>https://forums.postgresql.fr/viewtopic.php?id=6693&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[droits des utilisateurs par table]]></title>
			<link>https://forums.postgresql.fr/viewtopic.php?id=7074&amp;action=new</link>
			<description><![CDATA[<p>Private Lady In Your Town - No Selfie - Anonymous Adult Dating <br /><a href="https://PrivateLadyEscorts.com" rel="nofollow">https://PrivateLadyEscorts.com</a> </p><p><a href="https://PrivateLadyEscorts.com" rel="nofollow"> Private Lady From Your City </a> - Anonymous Adult Dating - No Verify </p><p>NEW GIRLS <br /><a href="https://privateladyescorts.com/girl/evelyn-stone-35.html" rel="nofollow">EVELYN Stone</a> <br /><a href="https://privateladyescorts.com/girl/sofia-44.html" rel="nofollow">Sofia</a> <br /><a href="https://privateladyescorts.com/girl/hanna-zimmer-53.html" rel="nofollow">Hanna Zimmer</a> <br /><a href="https://privateladyescorts.com/girl/linda-warners-134.html" rel="nofollow">Linda Warners</a> <br /><a href="https://privateladyescorts.com/girl/sofiia-67.html" rel="nofollow">Sofiia</a> <br /><a href="https://privateladyescorts.com/girl/emily-belmont-101.html" rel="nofollow">Emily Belmont</a> <br /><a href="https://privateladyescorts.com/girl/corinne-86.html" rel="nofollow">Corinne</a></p>]]></description>
			<author><![CDATA[dummy@example.com (bitcot)]]></author>
			<pubDate>Sun, 12 Apr 2026 17:29:54 +0000</pubDate>
			<guid>https://forums.postgresql.fr/viewtopic.php?id=7074&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[PGSession 18 - 13 et 14 janvier 2026]]></title>
			<link>https://forums.postgresql.fr/viewtopic.php?id=7132&amp;action=new</link>
			<description><![CDATA[<p>Bonjour,<br />Notre PGSession se déroulera les 13 et 14 janvier 2026.<br />Le CFP est encore ouvert (à vos propositions !) et vous trouverez toutes les infos pour vous inscrire aux ateliers et à la journée de conférences ici : <a href="https://blog.dalibo.com/2025/11/24/pgsession18_inscriptions.html" rel="nofollow">https://blog.dalibo.com/2025/11/24/pgse … tions.html</a><br />Les ateliers vont vous permettre de vous frotter à&#160; #pganonymiser, la #migration, #pglift mais aussi #CloudNativePG<br />Dalibo aura aussi le plaisir de vous accueillir lors de la journée de conférences dédiée à #PostgreSQL et sa communauté, au plaisir de vous y croiser :-)<br />A bientôt,<br />Virginie</p>]]></description>
			<author><![CDATA[dummy@example.com (Vi)]]></author>
			<pubDate>Tue, 25 Nov 2025 08:23:55 +0000</pubDate>
			<guid>https://forums.postgresql.fr/viewtopic.php?id=7132&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[réplication logique ne démarre pas]]></title>
			<link>https://forums.postgresql.fr/viewtopic.php?id=7131&amp;action=new</link>
			<description><![CDATA[<p>je cloture mon message . En fait il y avait un permissoin denied au debut du COPY des tables . je suppose que dans ce cas le slot temporaire de synchro reste vivant et attend la correction et que le process de replication passe aà la table suivante en créant un nouveau slot ...&#160; J&#039;ai mis le bon user à qui appartient les tabes sur le cible&#160; et çà focntionne</p>]]></description>
			<author><![CDATA[dummy@example.com (debellabre)]]></author>
			<pubDate>Mon, 24 Nov 2025 17:39:12 +0000</pubDate>
			<guid>https://forums.postgresql.fr/viewtopic.php?id=7131&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[impossible de me connecter au serveur de réplication]]></title>
			<link>https://forums.postgresql.fr/viewtopic.php?id=7127&amp;action=new</link>
			<description><![CDATA[<p>Honnêtement, je ne sais pas, j&#039;ai essayé de tester la mise en place d&#039;un serveur de réplication mais je ne sais pas quelles commandes lancer pour répondre à ta demande :-(</p><div class="quotebox"><cite>herve.lefebvre a écrit&#160;:</cite><blockquote><div><div class="quotebox"><cite>PEREZ J. a écrit&#160;:</cite><blockquote><div><p>Désolé de répondre aussi tard voilà les deux dernières lignes du log</p><div class="codebox"><pre><code>2025-11-04 13:39:53.431 CET [982109] LOG:  enregistrement avec prev-link 90377D7D/33347B0B incorrect à 1/34163D00
2025-11-04 13:39:53.431 CET [982109] LOG:  waiting for WAL to become available at 1/34002000</code></pre></div></div></blockquote></div><p>Les WALs sont-ils bien archivés par le master, et le réplicat a-t-il bien une restore_command permettant de récupérer les WALs qui ne sont plus dans&#160; le pg_wal du master ?</p></div></blockquote></div>]]></description>
			<author><![CDATA[dummy@example.com (PEREZ J.)]]></author>
			<pubDate>Wed, 05 Nov 2025 16:39:26 +0000</pubDate>
			<guid>https://forums.postgresql.fr/viewtopic.php?id=7127&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[INSERT en Batch très lent depuis JDBC Driver 42.7.7]]></title>
			<link>https://forums.postgresql.fr/viewtopic.php?id=7125&amp;action=new</link>
			<description><![CDATA[<p>J&#039;ai publié ma question sur le Github du connecteur JDBC et ils m&#039;ont aidé à trouver le problème.</p><p>A des fin de débug je faisais un preparedStatement.toString() dans ma boucle de préparation de batch. En l&#039;enlevant la vitesse est correcte.</p><p>Ce qui est étrange est que le toString n&#039;a pas d&#039;impact avec la version 42.7.5 et antérieur...</p>]]></description>
			<author><![CDATA[dummy@example.com (genamiga)]]></author>
			<pubDate>Wed, 01 Oct 2025 15:47:15 +0000</pubDate>
			<guid>https://forums.postgresql.fr/viewtopic.php?id=7125&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[analyse plan d'exécution : comprendre le "temp ... written="]]></title>
			<link>https://forums.postgresql.fr/viewtopic.php?id=7119&amp;action=new</link>
			<description><![CDATA[<p>Merci beaucoup pour cette réponse précise et documentée.</p>]]></description>
			<author><![CDATA[dummy@example.com (LudovicG)]]></author>
			<pubDate>Mon, 01 Sep 2025 09:23:51 +0000</pubDate>
			<guid>https://forums.postgresql.fr/viewtopic.php?id=7119&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[[Résolu] Du bon usage de NUMERIC quand sa valeur attent d'être connue.]]></title>
			<link>https://forums.postgresql.fr/viewtopic.php?id=7118&amp;action=new</link>
			<description><![CDATA[<p>En suivant votre exemple, en mettant null dans un champ numeric, j&#039;ai effectivement constaté qu&#039;il était possible de remettre à plus tard la saisie d&#039;une valeur différente de 0.</p><br /><p>Votre exemple a mis en évidence l&#039;erreur que je faisais. Au lieu de mettre &quot;null&quot; je mettais &quot;\N&quot; ce qui provoquait un message d&#039;erreur.</p><br /><p>C&#039;est pour trouver une solution à cette erreur que mes recherches m&#039;ont fait découvrir - sur ce même forum - le fait que Postgresql refusait une chaîne vide. D&#039;où mon insistance à mettre un &quot;0&quot;.<br />Lors de mes recherches j&#039;avais dû mal interpréter ces deux posts:<br /><a href="https://forums.postgresql.fr/viewtopic.php?id=964" rel="nofollow">https://forums.postgresql.fr/viewtopic.php?id=964</a></p><div class="quotebox"><blockquote><div><p>31/08/2010 16:19:56<br />Nous n&#039;avons aucun souci sous MySQL, Oracle ou SQL Server pour insérer<br />une chaine vide dans un champ numerique, il n&#039;y a que postgreSQL qui<br />nous pose ce probleme.</p><br /><p>31/08/2010 17:07:00<br />Tout ça simplement pour dire que ce n&#039;est pas parce que PostgreSQL<br />refuse que c&#039;est de sa faute : il valide vos données.</p></div></blockquote></div><p>Et pour répondre à vos questions :<br />- La colonne n&#039;avait pas de contrainte NOT NULL<br />- La version de Postgresql :<br />PostgreSQL 13.21 (Debian 13.21-0+deb11u1) on x86_64-pc-linux-gnu, compiled by gcc (Debian 10.2.1-6) 10.2.1 20210110, 64-bit<br />Quand à la présence d&#039;un trigger ou d&#039;une extension, ma connaissance sur Postgresql ne m&#039;a pas encore fait aborder ces usages.</p><br /><p>Je vous remercie pour votre réponse. Elle m&#039;a permis de rectifier mon usage d&#039;une valeur nulle.</p>]]></description>
			<author><![CDATA[dummy@example.com (Alain V.)]]></author>
			<pubDate>Thu, 19 Jun 2025 06:44:57 +0000</pubDate>
			<guid>https://forums.postgresql.fr/viewtopic.php?id=7118&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[Fermeture des inscriptions jusqu'à nouvel ordre]]></title>
			<link>https://forums.postgresql.fr/viewtopic.php?id=7117&amp;action=new</link>
			<description><![CDATA[<p>Bonjour, </p><p>Pour des raisons techniques, nous sommes contraints de suspendre les inscriptions à ce forum jusqu&#039;à nouvel ordre.</p><p>* Si disposez déjà d&#039;un compte sur le forum, cela ne change rien pour vous. Vous pouvez continuer à poster des messages sur le forum<br />* Si vous ne disposez pas d&#039;un compte sur le forum, vous ne pouvez pas en créer un pour l&#039;instant. </p><p>Nous sommes conscients que cette décision se fait au détriment des nouveaux usagers potentiels et nous nous en excusons. </p><p>Nous travaillons à rétablir le service le plus tot possible. Néanmoins l&#039;équipe d&#039;administration du site est composée de personnes bénévoles dont le temps est limitée. Nous ne pouvons pas nous engager sur une date de rétablissement. </p><p>Nous sommes bien sur ouverts à toute discussion et toute proposition à ce sujet. Vous pouvez nous joindre à l&#039;adresse contact@postgresql.fr</p><p>Merci de votre compréhension.</p><p>Damien CLOCHARD pour les administrateurs de la plateforme postgresql.fr</p>]]></description>
			<author><![CDATA[dummy@example.com (daamien)]]></author>
			<pubDate>Tue, 06 May 2025 13:47:05 +0000</pubDate>
			<guid>https://forums.postgresql.fr/viewtopic.php?id=7117&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[BARMAN - WAL expiré non supprimé]]></title>
			<link>https://forums.postgresql.fr/viewtopic.php?id=7115&amp;action=new</link>
			<description><![CDATA[<p>Bonjour,<br />Nous utilisons barman 3.13 afin de gérer nos sauvegardes avec retention policy = redendancy 7 et le backup se fait par semaine. Maintenant en examinant le répertoire wals_directory, je trouve des wals vieux de plus d&#039;1 an !!! Alors que le backup disponible le plus vieux ne dépasse même pas 1 moi.&#160; Comment c&#039;est possible, existe t il une commande barman pour les nettoyer ou devrais je le faire manuellement (barman cron ne résoud pas l&#039;affaire) ?</p><p>Merci d&#039;avance à ceux qui voudrait bien répondre</p><p>Cordialement,</p>]]></description>
			<author><![CDATA[dummy@example.com (duple)]]></author>
			<pubDate>Thu, 17 Apr 2025 08:43:23 +0000</pubDate>
			<guid>https://forums.postgresql.fr/viewtopic.php?id=7115&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[[PostgreSQL 18] Modules optionnels pour EXPLAIN]]></title>
			<link>https://forums.postgresql.fr/viewtopic.php?id=7106&amp;action=new</link>
			<description><![CDATA[<p>Guillaume poursuit son exploration des nouveautés de la prochaine version majeure.</p><br /><p>Ce mois-ci, il vous parle de la nouvelle option pour la commande EXPLAIN, proposée par Robert Haas :</p><br /><p><a href="https://dali.bo/202504_pg18" rel="nofollow">PostgreSQL 18 - Modules optionnels pour EXPLAIN</a></p>]]></description>
			<author><![CDATA[dummy@example.com (laurar)]]></author>
			<pubDate>Thu, 10 Apr 2025 12:58:10 +0000</pubDate>
			<guid>https://forums.postgresql.fr/viewtopic.php?id=7106&amp;action=new</guid>
		</item>
		<item>
			<title><![CDATA[[CloudNativePG] Sur les plugins]]></title>
			<link>https://forums.postgresql.fr/viewtopic.php?id=7105&amp;action=new</link>
			<description><![CDATA[<p>« L’une des fonctionnalités qui nous intéresse, et est à l’origine de nombreux chantiers, est la possibilité d’étendre un cluster CloudNativePG avec des <strong>plugins</strong>.</p><p>Nous vous proposons aujourd’hui une présentation de cette fonctionnalité. Nous illustrerons notre article avec un plugin expérimental que nous avons développé. Ce plugin permet d’archiver les WALs et sauvegarder une instance vers un bucket S3 avec pgBackRest. »</p><br /><p>La suite ici : <a href="https://dali.bo/202503_cloudnativepg-6" rel="nofollow">Plongez dans le monde de CloudNativePG #6 - Plugin pour CloudNativePG</a></p><br /><p>Depuis janvier 2025, Pierrick et Julian vous proposent une série d&#039;articles dédié à l&#039;opérateur CloudNativePG.</p>]]></description>
			<author><![CDATA[dummy@example.com (laurar)]]></author>
			<pubDate>Thu, 03 Apr 2025 10:35:19 +0000</pubDate>
			<guid>https://forums.postgresql.fr/viewtopic.php?id=7105&amp;action=new</guid>
		</item>
	</channel>
</rss>
