<?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>B-Tree on dbalog.dev</title>
    <link>https://dbalog.dev/tags/b-tree/</link>
    <description>Recent content in B-Tree on dbalog.dev</description>
    <generator>Hugo</generator>
    <language>ko</language>
    <lastBuildDate>Mon, 24 Aug 2026 11:00:00 +0900</lastBuildDate>
    <atom:link href="https://dbalog.dev/tags/b-tree/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>UUID v7을 primary key로: index 37MB가 30MB가 되는 이유</title>
      <link>https://dbalog.dev/posts/postgresql-uuid-v7-primary-key/</link>
      <pubDate>Mon, 24 Aug 2026 11:00:00 +0900</pubDate>
      <guid>https://dbalog.dev/posts/postgresql-uuid-v7-primary-key/</guid>
      <description>UUID v4는 값이 완전히 무작위라 B-tree leaf page를 흩어 놓습니다. 상위 비트에 타임스탬프를 담는 UUID v7은 그 문제를 없앱니다. PostgreSQL 18에 내장된 uuidv7()로 100만 행을 넣어 bigserial, v4, v7 세 가지의 index 크기와 leaf 밀도를 직접 재 봤고, 원문 수치가 그대로 재현됐습니다. 대신 생성 시각이 공개된다는 대가가 붙습니다.</description>
    </item>
  </channel>
</rss>
