<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Sql on bersace.cae.li</title>
    <link>https://bersace.cae.li/tags/sql/</link>
    <description>Recent content in Sql on bersace.cae.li</description>
    <generator>Hugo</generator>
    <language>fr-fr</language>
    <lastBuildDate>Thu, 17 Sep 2026 01:00:00 +0200</lastBuildDate>
    <atom:link href="https://bersace.cae.li/tags/sql/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Transpiler SQL</title>
      <link>https://bersace.cae.li/posts/transpiler-sql/</link>
      <pubDate>Thu, 17 Sep 2026 01:00:00 +0200</pubDate>
      <guid>https://bersace.cae.li/posts/transpiler-sql/</guid>
      <description>&lt;p&gt;Depuis 2023,
je travaille sur la conversion de code SQL d’Oracle, MySQL et SQL Server vers PostgreSQL.
Le problème est sérieux. Voici quelques exemples concrets :&lt;/p&gt;</description>
    </item>
    <item>
      <title>Performances du FTS Postgres</title>
      <link>https://bersace.cae.li/fts-insert.html</link>
      <pubDate>Thu, 15 Feb 2018 09:00:00 +0200</pubDate>
      <guid>https://bersace.cae.li/fts-insert.html</guid>
      <description>&lt;p&gt;Dans cet article, je vous propose une première astuce pour avoir de meilleures
performances &lt;a href=&#34;%7Bfilename%7D/001-decouverte-fts.md&#34;&gt;FTS avec Postgres&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Contrairement à ElasticSearch, Postgres n&amp;rsquo;optimise pas automatiquement votre
schéma. La philosophie est que l&amp;rsquo;optimisation dépend de l&amp;rsquo;utilisation de la
base : fréquence d&amp;rsquo;écriture, prédicats dans les requêtes, jointures, etc. À vous
d&amp;rsquo;anticiper l&amp;rsquo;utilisation de votre base pour concevoir le schéma le plus
performant.&lt;/p&gt;
&lt;p&gt;Comme vu dans mon &lt;a href=&#34;%7Bfilename%7D/001-decouverte-fts.md&#34;&gt;introduction à FTS dans
Postgres&lt;/a&gt;, il faut lemmatiser un texte dans un
&lt;code&gt;tsvector&lt;/code&gt; pour la recherche plein texte. Lemmatiser est coûteux en cycles CPU,
on doit pouvoir optimiser ça.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Recherche plein texte avec Postgres</title>
      <link>https://bersace.cae.li/decouverte-fts.html</link>
      <pubDate>Wed, 22 Nov 2017 09:00:00 +0200</pubDate>
      <guid>https://bersace.cae.li/decouverte-fts.html</guid>
      <description>&lt;h1 id=&#34;découvrir-le-fts-avec-postgres&#34;&gt;Découvrir le FTS avec Postgres&lt;/h1&gt;
&lt;p&gt;Le champ de recherche unique, voilà le graal du formulaire de recherche d&amp;rsquo;une
application.&lt;/p&gt;
&lt;p&gt;Pour l&amp;rsquo;utilisateur, c&amp;rsquo;est avoir la recherche accessible à &lt;em&gt;toutes les pages&lt;/em&gt;,
s&amp;rsquo;épargner le temps de comprendre dans quel champs rentrer un terme recherché,
c&amp;rsquo;est passer de la recherche d&amp;rsquo;un simple mot à la requête complexe sans changer
d&amp;rsquo;interface.&lt;/p&gt;
&lt;p&gt;Pour le développeur, c&amp;rsquo;est la simplification de l&amp;rsquo;évolution de l&amp;rsquo;interface à
mesure que les données de l&amp;rsquo;application s&amp;rsquo;enrichissent et tout un tas de
fonctionnalités avancées : surlignage des résultats, calcul de pertinence,
performances, etc.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
