proto.lib

TIMESTAMP vs TIMESTAMPTZ: lưu UTC hay giờ địa phương

TIMESTAMP WITHOUT TIME ZONE chỉ lưu chuỗi giờ-phút-giây không kèm offset nên hai client có thể hiểu sai lệch nhau về thời điểm thực; TIMESTAMPTZ lưu một thời điểm tuyệt đối quy về UTC và chỉ hiển thị theo TimeZone của session, tránh được lỗi giờ DST lặp lại, truy vấn theo 'nửa đêm giờ địa phương' và so sánh sai với now().

DatabasesTrung bình2026-08-20
TIMESTAMP vs TIMESTAMPTZ: lưu UTC hay giờ địa phương

Tags

#timestamptz#timezone#utc#dst#datetime#data-modeling#postgresql

Tài liệu tham khảo

Mở rộng

Animation gốc là một file HTML tự chứa, có thể nhúng lại ở bất kỳ trang nào khác. Mở file gốc

Liên quan

DatabasesNâng cao

Nâng phiên bản lớn PostgreSQL bằng logical replication cutover

Thay vì pg_upgrade gây downtime, dựng một cluster PostgreSQL phiên bản mới, đồng bộ dữ liệu qua logical replication, so sánh cho khớp, rồi dừng ghi rất ngắn để đuổi hết WAL còn lại trước khi chuyển endpoint sang cluster mới — cần xử lý riêng sequence, extension và có kế hoạch rollback.

#postgresql#logical-replication#major-upgrade#cutover
DatabasesTrung bình

Unique Constraint và NULL: NULLS DISTINCT vs NOT DISTINCT

Theo chuẩn SQL, ràng buộc UNIQUE coi mỗi NULL là khác biệt với NULL khác, nên một cột nullable trong unique index có thể chứa nhiều hàng NULL — đây chính là lý do một sơ đồ 'unique khi chưa xoá mềm' im lặng bị phá vỡ (hoặc vô tình hoạt động đúng, tuỳ ý định ban đầu).

#unique-constraint#null-semantics#nulls-distinct#partial-index
DatabasesNâng cao

Hot standby: replay xung đột với query dài

Read replica phải áp liên tục stream thay đổi từ primary; nếu một truy vấn đọc dài đang giữ snapshot của các dòng mà thay đổi mới sẽ xoá/sửa, replica buộc phải chọn một trong hai: trì hoãn replay (bị tụt hậu) hoặc hủy truy vấn với lỗi conflict with recovery.

#read-replica#streaming-replication#replay-conflict#hot-standby