8
Một số lý do để chọn trường hợp trùng lặp nhạy cảm trong trường hợp không phân biệt chữ hoa chữ thường là gì? Tôi có thể thấy có lẽ đạt được hiệu suất khiêm tốn cho động cơ DB khi so sánh chuỗi. Là nó? Nếu dữ liệu của bạn được đặt thành tất cả chữ thường hoặc chữ hoa thì trường hợp nhạy cảm có thể hợp lý nhưng đó là một thảm họa nếu bạn lưu trữ dữ liệu hỗn hợp và sau đó thử truy vấn nó. Sau đó, bạn phải áp dụng hàm lower() trên cột sao cho nó sẽ khớp với chuỗi chữ thường thấp hơn tương ứng. Điều này ngăn cản việc sử dụng chỉ mục trong mọi dbms mà tôi đã sử dụng. Vì vậy, tự hỏi tại sao bất cứ ai sẽ sử dụng một lựa chọn như vậy.Tại sao bạn muốn một cơ sở dữ liệu nhạy cảm?
Chỉ mục về biểu thức là loại pokey mặc dù trong PostgreSQL phải không? Tuy nhiên nó vẫn còn tốt hơn nhiều so với những gì tôi đã thấy trong MySQL khi gặp phải vấn đề này - cố gắng kết hợp với các địa chỉ email chẳng hạn. Chúng tôi đang vặn vẹo vì độ nhạy trường hợp - quét bảng trên mọi truy vấn. Tất nhiên những kẻ duy trì cơ sở dữ liệu đó có thể đã hạ thấp tất cả các chuỗi nhưng họ đã không và sẽ không và có hàng triệu người trong số họ nên ugh. Chúng tôi đã giải quyết nó bằng cách sao chép bảng và chuyển nó sang phân biệt chữ hoa chữ thường. – Khorkrak
Các chỉ mục trên biểu thức có một số hạn chế (ví dụ: yêu cầu một biểu thức không thay đổi) và tôi đoán chúng không hoàn toàn hiệu quả như các chỉ mục đơn giản. Nhưng chúng hoạt động khá tốt trong trường hợp này. Điều duy nhất là nhớ cách cụm từ truy vấn để làm việc với nó: bạn cần biểu thức chỉ mục chính xác trong truy vấn của bạn ở đâu đó. – Edmund