<?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>PostgreSQL on Alexey Evlampiev</title><link>https://alexeyevlampiev.github.io/tags/postgresql/</link><description>Recent content in PostgreSQL on Alexey Evlampiev</description><generator>Hugo -- 0.156.0</generator><language>en-us</language><lastBuildDate>Thu, 26 Feb 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://alexeyevlampiev.github.io/tags/postgresql/index.xml" rel="self" type="application/rss+xml"/><item><title>Decoupling Compute and Storage in Postgres: The Architectural Implications of Databricks Lakebase</title><link>https://alexeyevlampiev.github.io/posts/decoupling-compute-storage-postgres-lakebase/</link><pubDate>Thu, 26 Feb 2026 00:00:00 +0000</pubDate><guid>https://alexeyevlampiev.github.io/posts/decoupling-compute-storage-postgres-lakebase/</guid><description>A vendor-neutral analysis of how Databricks Lakebase and the broader serverless PostgreSQL convergence fundamentally change what we can assume about database deployments.</description></item><item><title>Why We Are Still Getting Database Deployments Wrong in 2026: The Limits of External State Management</title><link>https://alexeyevlampiev.github.io/posts/database-deployments-wrong-2026/</link><pubDate>Sun, 22 Feb 2026 00:00:00 +0000</pubDate><guid>https://alexeyevlampiev.github.io/posts/database-deployments-wrong-2026/</guid><description>A technical analysis of why external migration tools structurally fail during complex PostgreSQL deployments, and what the alternative architecture looks like.</description></item></channel></rss>