PostgreSQL 15 將可以對透過 UNIQUE 限制 NULL 的唯一性了
source link: https://blog.gslin.org/archives/2022/02/08/10532/postgresql-15-%e5%b0%87%e5%8f%af%e4%bb%a5%e5%b0%8d%e9%80%8f%e9%81%8e-unique-%e9%99%90%e5%88%b6-null-%e7%9a%84%e5%94%af%e4%b8%80%e6%80%a7%e4%ba%86/comment-page-1/
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
PostgreSQL 15 將可以對透過 UNIQUE 限制 NULL 的唯一性了
看到「Waiting for PostgreSQL 15 – Add UNIQUE null treatment option」這篇文章裡面提到 PostgreSQL 對 UNIQUE 多加了一些功能進去：「Add UNIQUE null treatment option」。
The SQL standard has been ambiguous about whether null values in unique constraints should be considered equal or not. Different implementations have different behaviors. In the SQL:202x draft, this has been formalized by making this implementation-defined and adding an option on unique constraint definitions UNIQUE [ NULLS [NOT] DISTINCT ] to choose a behavior explicitly.
This patch adds this option to PostgreSQL. The default behavior remains UNIQUE NULLS DISTINCT. Making this happen in the btree code is pretty easy; most of the patch is just to carry the flag around to all the places that need it.
The CREATE UNIQUE INDEX syntax extension is not from the standard, it's my own invention.
I named all the internal flags, catalog columns, etc. in the negative ("nulls not distinct") so that the default PostgreSQL behavior is the default if the flag is false.
Reviewed-by: Maxim Orlov
Reviewed-by: Pavel Borisov
Discussion: https://www.postgresql.org/message-id/flat/[email protected]
@gmail.com>@gmail.com>
以往針對某個欄位下 UNIQUE 後，雖然同樣的值是無法 INSERT 進去，但 NULL 則是個例外，是可以塞多次進去的。
現在則是提供選項指定對 NULL 的解讀了；預設還是保留原來行為的 UNIQUE NULLS DISTINCT (把每個 NULL 都當作不同的值看待)，特別指定後會變成 UNIQUE NULLS NOT DISTINCT (把每個 NULL 都當作一樣的值，進而被 UNIQUE 條件限制)。
在下一個版本的 PostgreSQL 15 就會出現這個功能了...
Related
PostgreSQL 15 釋出
PostgreSQL 15 出了：「PostgreSQL 15 Released!。 先前提到過「PostgreSQL 15 將可以對透過 UNIQUE 限制 NULL 的唯一性了」，反而沒排上這次 release 的重點，翻了一下的確是排不太上 XD 第一個超大的改善是 sorting： In this latest release, PostgreSQL improves on its in-memory and on-disk sorting algorithms, with benchmarks showing speedups of 25% - 400% based on which data types are sorted. 在「Speeding up sort performance in…
October 14, 2022In "Computer"
用 PostgreSQL 的 int4range 與 GiST
發現自己根本還不熟悉 PostgreSQL 的特性，寫一下記錄起來。 產品上常常會有 coupon 與 voucher 之類的設計，這時候通常都會設定 coupon 或 voucher 的有效期間，在 MySQL 的環境下可能會這樣設計： CREATE TABLE coupon ( id INT UNSIGNED PRIMARY KEY AUTO_INCREMENT, code VARCHAR(255) NOT NULL, started_at INT UNSIGNED NOT NULL, ended_at INT UNSIGNED NOT NULL ); 另外是設計 index 的部份，在產品推出夠久後，通常是過期的 coupon 或 voucher 會比目前還有效的多，而還沒生效的 coupon 與 voucher 通常都不多，所以會設計成對…
November 13, 2021In "Computer"
在 SQL 裡面避免大量刪除資料的方式
看到 Percona 的「An Overview of Sharding in PostgreSQL and How it Relates to MongoDB’s」這篇，雖然是在講 PostgreSQL 上的 sharding (以及 partition)，突然想到好像沒寫過要怎麼避免大量刪除資料的操作... 一個常見的情境是，想要讓某個表格只保留這一個月的資料，所以每個月開頭都會跑一隻 cron job 負責刪掉上個月的資料，像是 DELETE FROM xxx WHERE timestamp < yyy; 這樣的指令。 這個方式無論是在 PostgreSQL 或是 MySQL 都需要很多時間與 I/O 資源，而透過 partition 將不同時間區段切開到不同的表格，再用 TRUNCATE 直接清空表格剛好可以解這樣的問題。 Percona 的文章裡說了一些 PostgreSQL 的歷史與目前的進展。 在 PostgreSQL 9 或更早以前的版本，一個常見的作法是透過…
June 10, 2019In "Computer"
One thought on “PostgreSQL 15 將可以對透過 UNIQUE 限制 NULL 的唯一性了”
Leave a Reply
Your email address will not be published. Required fields are marked *
Comment *
Name *
Email *
Website
Notify me of follow-up comments by email.
Notify me of new posts by email.
To respond on your own website, enter the URL of your response which should contain a link to this post's permalink URL. Your response will then appear (possibly after moderation) on this page. Want to update or remove your response? Update or delete your post and re-enter your post's URL again. (Learn More)
Post navigation
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK