<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
  <title>Praxisnotizen zum PostgreSQL-Caching — pg_local_cache</title>
  <subtitle>Lesepfad messen, Invalidation verstehen und Batch-Lesevorgänge berechenbar machen. Praxisnotizen mit SQL, Abwägungen und reproduzierbaren Prüfungen.</subtitle>
  <id>https://profundium.github.io/pg_local_cache/de/blog/</id>
  <link href="https://profundium.github.io/pg_local_cache/de/feed.xml" rel="self" type="application/atom+xml"/>
  <link href="https://profundium.github.io/pg_local_cache/de/blog/"/>
  <updated>2026-09-22T00:00:00+00:00</updated>
  <author><name>Mitwirkende von pg_local_cache</name><uri>https://github.com/profundium/pg_local_cache/graphs/contributors</uri></author>
  <entry>
    <title>PostgreSQL-Batch-Lesevorgänge ohne Verlust von Reihenfolge oder fehlenden Schlüsseln</title>
    <id>https://profundium.github.io/pg_local_cache/de/blog/ordered-batch-reads/</id>
    <link href="https://profundium.github.io/pg_local_cache/de/blog/ordered-batch-reads/"/>
    <published>2026-09-22T00:00:00+00:00</published>
    <updated>2026-09-22T00:00:00+00:00</updated>
    <summary>Ersetzen Sie N+1-Abfragen per Primärschlüssel und bewahren Sie dabei doppelte IDs, Eingabereihenfolge, NULL-Positionen und fehlende Zeilen. Vergleichen Sie ANY, WITH ORDINALITY und SQL mget.</summary>
  </entry><entry>
    <title>Wann ein PostgreSQL-Zeilen-Cache hilft: den gesamten Lesepfad messen</title>
    <id>https://profundium.github.io/pg_local_cache/de/blog/measure-postgresql-row-cache/</id>
    <link href="https://profundium.github.io/pg_local_cache/de/blog/measure-postgresql-row-cache/"/>
    <published>2026-09-22T00:00:00+00:00</published>
    <updated>2026-09-22T00:00:00+00:00</updated>
    <summary>Einen fairen Vergleich für PostgreSQL-Zeilen-Caching mit vorbereitetem SQL, SQL mget und RESP MGET entwerfen. Warme Lesevorgänge, Fehltreffer, Batch-Größen, Schreibvorgänge und Client-Kosten trennen.</summary>
  </entry><entry>
    <title>PostgreSQL-Cache-Invalidation: die Race Condition beim späten Fill</title>
    <id>https://profundium.github.io/pg_local_cache/de/blog/cache-aside-late-fill/</id>
    <link href="https://profundium.github.io/pg_local_cache/de/blog/cache-aside-late-fill/"/>
    <published>2026-09-22T00:00:00+00:00</published>
    <updated>2026-09-22T00:00:00+00:00</updated>
    <summary>Ein Cache-aside-Rennen nachvollziehen, bei dem ein alter Lesevorgang nach dem Commit einen gelöschten Schlüssel erneut füllt. Veröffentlichungs-Sperren, Snapshots, Rollback und anfragebezogene Caches verstehen.</summary>
  </entry>
</feed>
