<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Postgresql on EloNeva</title><link>https://eloneva.com/tags/postgresql/</link><description>Recent content in Postgresql on EloNeva</description><generator>Hugo</generator><language>fr</language><managingEditor>contact@eloneva.com (EloNeva)</managingEditor><webMaster>contact@eloneva.com (EloNeva)</webMaster><lastBuildDate>Fri, 18 Sep 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://eloneva.com/tags/postgresql/rss.xml" rel="self" type="application/rss+xml"/><item><title>HFSQL vers PostgreSQL : pièges de migration WinDev</title><link>https://eloneva.com/blog/hfsql-postgresql-migration-windev/</link><pubDate>Fri, 18 Sep 2026 00:00:00 +0000</pubDate><author>contact@eloneva.com (EloNeva)</author><guid>https://eloneva.com/blog/hfsql-postgresql-migration-windev/</guid><description>&lt;h2 id="le-constat"&gt;Le constat&lt;/h2&gt;&#10;&lt;p&gt;Oui, une migration &lt;strong&gt;HFSQL vers PostgreSQL&lt;/strong&gt; peut casser une application WinDev alors que les tables semblent avoir été recréées correctement. Les problèmes arrivent souvent sur quatre types qui paraissent banals dans l&amp;rsquo;analyse : les dates vides, les rubriques &lt;strong&gt;Mot de passe&lt;/strong&gt;, le JSON et les booléens.&lt;/p&gt;&#10;&lt;p&gt;Le schéma SQL n&amp;rsquo;est qu&amp;rsquo;une partie du travail. Une application WinDev ancienne transporte aussi des conventions de données. Une date non renseignée peut être testée avec &lt;code&gt;&amp;quot;&amp;quot;&lt;/code&gt; ou &lt;code&gt;00000000&lt;/code&gt;. Un booléen peut être comparé à &lt;code&gt;1&lt;/code&gt;. Une rubrique JSON peut être interrogée avec les fonctions SQL comprises par HFSQL. Une rubrique Mot de passe n&amp;rsquo;est pas un &lt;code&gt;VARCHAR&lt;/code&gt; amélioré.&lt;/p&gt;</description></item><item><title>Sécuriser PostgreSQL 17 avec mTLS dans une application WinDev</title><link>https://eloneva.com/blog/securiser-postgresql-windev-mtls/</link><pubDate>Mon, 29 Dec 2025 00:00:00 +0000</pubDate><author>contact@eloneva.com (EloNeva)</author><guid>https://eloneva.com/blog/securiser-postgresql-windev-mtls/</guid><description>&lt;h2 id="introduction"&gt;Introduction&lt;/h2&gt;&#10;&lt;p&gt;De plus en plus de projets Windev doivent manipuler des données sensibles : facturation, santé, RH, données clients… Dans ce contexte, exposer un PostgreSQL &amp;quot; en clair &amp;quot; sur le réseau n&amp;rsquo;est plus acceptable. On veut un serveur &lt;strong&gt;chiffré au repos&lt;/strong&gt;, &lt;strong&gt;chiffré en transit&lt;/strong&gt; et &lt;strong&gt;ségrégé par rôles&lt;/strong&gt;, tout en restant exploitable depuis une application Windev classique via le connecteur natif.&lt;/p&gt;&#10;&lt;p&gt;Dans cet article, on part d&amp;rsquo;une instance PostgreSQL 17 durcie (distribution Percona avec TDE et authentification par certificats) et on se concentre sur &lt;strong&gt;la mise en oeuvre côté WinDev&lt;/strong&gt; :&lt;/p&gt;</description></item><item><title>PostgreSQL 17 : sécuriser vos données avec TDE et mTLS</title><link>https://eloneva.com/blog/postgresql-17-tde-mtls/</link><pubDate>Mon, 15 Dec 2025 00:00:00 +0000</pubDate><author>contact@eloneva.com (EloNeva)</author><guid>https://eloneva.com/blog/postgresql-17-tde-mtls/</guid><description>&lt;h2 id="introduction"&gt;Introduction&lt;/h2&gt;&#10;&lt;p&gt;Quand une base de données contient des informations clients, financières ou stratégiques, la question n&amp;rsquo;est plus &amp;ldquo;si&amp;rdquo; mais &amp;ldquo;quand&amp;rdquo; un incident arrivera (erreur humaine, serveur volé, fuite de sauvegarde, accès non maîtrisé).&lt;/p&gt;&#10;&lt;p&gt;Le sujet concerne directement un décideur parce qu&amp;rsquo;une base mal protégée transforme un simple incident technique en crise : arrêt d&amp;rsquo;activité, atteinte à la réputation, perte de confiance, et parfois obligations légales.&lt;/p&gt;&#10;&lt;p&gt;Ici, l&amp;rsquo;objectif est simple : déployer PostgreSQL 17 dans une configuration &amp;ldquo;par défaut sécurisée&amp;rdquo;, avec chiffrement des données au repos (TDE) et connexions fortement contrôlées (mTLS), le tout industrialisé via Docker.&lt;/p&gt;</description></item><item><title>PostgreSQL 18 : nouveautés clés pour les développeurs</title><link>https://eloneva.com/blog/postgresql-18-nouveautes-cles-pour-les-developpeurs/</link><pubDate>Mon, 29 Sep 2025 00:00:00 +0000</pubDate><author>contact@eloneva.com (EloNeva)</author><guid>https://eloneva.com/blog/postgresql-18-nouveautes-cles-pour-les-developpeurs/</guid><description>&lt;h2 id="introduction"&gt;Introduction&lt;/h2&gt;&#10;&lt;p&gt;PostgreSQL 18 apporte une série d&amp;rsquo;améliorations significatives qui renforcent sa position comme SGBD de référence dans l&amp;rsquo;open source. Les nouveautés de cette version touchent à la fois les développeurs d&amp;rsquo;applications et les administrateurs de bases de données. Dans cet article, nous allons explorer en profondeur trois nouveautés particulièrement intéressantes :&lt;/p&gt;&#10;&lt;ul&gt;&#10;&lt;li&gt;le support des UUID version 7,&lt;/li&gt;&#10;&lt;li&gt;les colonnes virtuelles générées,&lt;/li&gt;&#10;&lt;li&gt;l&amp;rsquo;amélioration des clauses &lt;code&gt;RETURNING&lt;/code&gt; avec &lt;code&gt;OLD&lt;/code&gt; et &lt;code&gt;NEW&lt;/code&gt;.&lt;/li&gt;&#10;&lt;/ul&gt;&#10;&lt;p&gt;Ces fonctionnalités ouvrent de nouvelles perspectives en termes de performance, de simplification de code et de lisibilité pour les projets d&amp;rsquo;entreprise comme ceux menés par EloNeva.&lt;/p&gt;</description></item><item><title>Gérer plusieurs versions de PostgreSQL avec Docker et Traefik pour un environnement client sur-mesure</title><link>https://eloneva.com/blog/gerer-plusieurs-versions-de-postgresql-avec-docker-et-traefik-pour-un-environnement-client-sur-mesure/</link><pubDate>Mon, 10 Mar 2025 00:00:00 +0000</pubDate><author>contact@eloneva.com (EloNeva)</author><guid>https://eloneva.com/blog/gerer-plusieurs-versions-de-postgresql-avec-docker-et-traefik-pour-un-environnement-client-sur-mesure/</guid><description>&lt;p&gt;Dans un contexte de développement logiciel, il est souvent nécessaire de gérer différentes versions de PostgreSQL pour s&amp;rsquo;adapter aux besoins spécifiques de chaque client. Chez &lt;strong&gt;&#10; &lt;a href="https://eloneva.com" target="_blank" rel="noopener noreferrer"&gt;&#10; EloNeva&#10; &lt;/a&gt;&#10;&lt;/strong&gt;, nous utilisons &lt;strong&gt;Docker&lt;/strong&gt; et &lt;strong&gt;Traefik&lt;/strong&gt; pour orchestrer ces bases de données et offrir un environnement de travail stable et flexible.&lt;/p&gt;&#10;&lt;h2 id="pourquoi-utiliser-plusieurs-versions-de-postgresql-"&gt;&lt;strong&gt;Pourquoi utiliser plusieurs versions de PostgreSQL ?&lt;/strong&gt;&lt;/h2&gt;&#10;&lt;p&gt;Chaque projet a ses propres contraintes :&lt;/p&gt;&#10;&lt;ul&gt;&#10;&lt;li&gt;Certains clients utilisent encore PostgreSQL 12 pour assurer la compatibilité avec des applications existantes.&lt;/li&gt;&#10;&lt;li&gt;D&amp;rsquo;autres préfèrent exploiter les nouvelles fonctionnalités de PostgreSQL 16.&lt;/li&gt;&#10;&lt;li&gt;Les bases de données en développement nécessitent parfois une isolation stricte pour éviter les conflits entre les versions.&lt;/li&gt;&#10;&lt;/ul&gt;&#10;&lt;p&gt;Grâce à &lt;strong&gt;Docker&lt;/strong&gt;, nous pouvons exécuter plusieurs versions de PostgreSQL sur un même serveur sans interférences. L&amp;rsquo;ajout de &lt;strong&gt;Traefik&lt;/strong&gt; facilite l&amp;rsquo;accès et la gestion des connexions.&lt;/p&gt;</description></item></channel></rss>