Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1vC4CN-008ZfB-Gy for pgsql-performance@arkaria.postgresql.org; Thu, 23 Oct 2025 22:54:22 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1vC4CM-00CQG5-IB for pgsql-performance@arkaria.postgresql.org; Thu, 23 Oct 2025 22:54:21 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1vC4CM-00CQFn-82 for pgsql-performance@lists.postgresql.org; Thu, 23 Oct 2025 22:54:21 +0000 Received: from mail-lj1-x234.google.com ([2a00:1450:4864:20::234]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1vC4CJ-003Ql2-1j for pgsql-performance@lists.postgresql.org; Thu, 23 Oct 2025 22:54:20 +0000 Received: by mail-lj1-x234.google.com with SMTP id 38308e7fff4ca-373a56498b9so31491611fa.1 for ; Thu, 23 Oct 2025 15:54:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1761260056; x=1761864856; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=JhuNdLMvhU6KjT8xFlV0ll7YfxHBjFwXA3eXQboX8O0=; b=johN25yk7AmTZUCYHLUitQ7pBlfwUEEgqqrB+1cyUuZfmMMzhlvLT1Z8fs3msXXJFx P/bINjiwcG7PwPiEgbXPhXJR2NWMg33MvN7YR5mILYWCGOKtvZJs2k8bxhcYXT8pVhFI pBTcbTK0GsRSDhgcQLiVr2GKybGpD4TllS7PfswrX76OkESfSMcuNqbV+XhKRCtesLG3 UiyvQKXrWoeJtnudOMv/YEGdnMRvAnHuyuvIA30Yz1MOGlg+yEMsrTgCpVh3IPmLOXDt 3df3jCfoDKv5OsPfQja+qp/670oXAF31GcpgMPLH4x+I0RPN63KATLpPX2jgG7SlwqSP FtkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1761260056; x=1761864856; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=JhuNdLMvhU6KjT8xFlV0ll7YfxHBjFwXA3eXQboX8O0=; b=K+bStQ+tO+G3dV26GH9ynwtGdoqbLvkH8wnPgvCK+RkdGVsiJJ9ZCkRraYhCvT+bOc G2RkzZDywgNCN6BG23bTUcO33UclB4gW2CgginW2rRB11DxnLzN39UPku2uESjCChZTW WRL4OeB9TA1usKqSiMtqb6WPZvo8kslK8auV5QLv86H4hcY5iegAg4csCQftAJbUedL4 SQ1PglSpzmAYWoA3e57IFO610DwOEit+SVd5P6st2YDDt7YrQFpIJGU+rx64bli0ioiN nLlpe3I6mMcBnSlydCtVMSBAOjkdvE5L+VIrAlxjRCiI/mYuPpo5du8lqR/hIUyEo0aE nIqg== X-Forwarded-Encrypted: i=1; AJvYcCWXxZX10z/T25qs5hQpvPMa9QNW/tAzdX9uEd3EGoHDTQc8xsd0aa6MGD2vX0g2BxYLZpoTyGDLXs7RRT078yJlcQ==@lists.postgresql.org X-Gm-Message-State: AOJu0YzDZBC+kQ7hg0NR9/hxTsIGo1yzqAPQNdIOVGEDRDu9OLO71cma pUEGMtnO0HbH2hzuyCCPkIuwzN2GE88MEYaqtpGWtWL1wPpDlIHMOsksR++5llVdks6wYbEaNG/ FAjUtKdg9iJg9bsSzKR1WtvM+4Inez7I= X-Gm-Gg: ASbGncvkuceZkGjWbTcdbCa2AAALS6hPabrLVu73Zekq4BN8+VtiJa/sW9AsirtK5KI z2okHw22v+x+KoSpRYuf+wASCRFGRJnk34WwJ/22LGJ0sBj/hEPZ2IGu6QF9nruwxDJng/EFsAZ e8fo+URX0qbMaXiGcVw+iYl82A+GUc/vLrHODoF/vXpHlTg7Mum0WkhkI4OOiRFYnKC1PYPOBAp OGD4SSgHIpsXUXn2gyOUBTzX7NWitNmHFappNYS2vz8M6DOMJzNY+Qd+tJDIWSLF27GSvHtpNb4 pDDZuhay3drcIcf7+ozFRz02a9BwNvK3i9A00gsetgy7dX7QcJEsY5XoR/+2yA== X-Google-Smtp-Source: AGHT+IFv35aoUJB2oq3Qc0y920npgpVz0089aSzNfjSoDaE7s0MNYBxjXwsI892dFWZACwIe6CPVpbG+EOIXtwm4or0= X-Received: by 2002:a2e:be1e:0:b0:36b:2fab:fa6f with SMTP id 38308e7fff4ca-378e3e0ac4fmr1591221fa.3.1761260056308; Thu, 23 Oct 2025 15:54:16 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: David Rowley Date: Fri, 24 Oct 2025 11:54:04 +1300 X-Gm-Features: AWmQ_blCk_fg_F-wOz1lJbUba9Jw-cj4p6wCa8g1Scd0WGKfNRWbMI0-hKbTct0 Message-ID: Subject: Re: Performance implications of partitioning by UUIDv7 range in PostgreSQL v18 To: Laurenz Albe Cc: Jonathan Reis , Greg Sabino Mullane , Olof Salberger , pgsql-performance@lists.postgresql.org Content-Type: text/plain; charset="UTF-8" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Fri, 24 Oct 2025 at 09:38, Laurenz Albe wrote: > I recommend that you create a primary key on each partition rather than having one > on the partitioned table. It might be worth mentioning that doing that would forego having the ability to reference the partitioned table in a foreign key constraint. David