From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Fabian Lindfors <fabian(at)flapplabs(dot)se> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Custom index access method for primary keys |
Date: | 2025-04-07 14:06:48 |
Message-ID: | 3394119.1744034808@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Fabian Lindfors <fabian(at)flapplabs(dot)se> writes:
> Hi! I’m working on an index access method that I intend to be
> generic and to replace btree for my specific use case. I noticed
> though that it doesn’t seem to be possible to specify an access
> method when creating a new table and using PRIMARY KEY.
There's some work going on right now to remove the core code's
assumptions that only btree can handle unique/pkey constraints
and sorting [1]. I'm not sure if it'll be entirely complete for
v18 but the goalposts have been moved quite far. I think you can
probably expect to be able to do
CREATE TABLE mytable ...;
CREATE UNIQUE INDEX myindex ON mytable USING myam (...);
ALTER TABLE mytable ADD PRIMARY KEY USING INDEX myindex;
It doesn't look like we yet allow direct "USING myam" in
PRIMARY KEY, but sooner or later we might get to that.
regards, tom lane
[1] https://www.postgresql.org/message-id/flat/E72EAA49-354D-4C2E-8EB9-255197F55330%40enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Windsor | 2025-04-07 14:48:48 | Slow timestamp query after upgrading from Pg13 to Pg16 |
Previous Message | Artur Zakirov | 2025-04-07 14:05:59 | Re: Performance regression when adding LIMIT 1 to a query |