Có điểm nào trong việc sử dụng CHAR nếu bạn có VARCHAR trong cùng một bảng không?

Question

Tôi chỉ đọc câu trả lời được chấp nhận là this question, để lại cho tôi câu hỏi này.

Dưới đây là một trích dẫn từ câu trả lời rằng:

"Nhưng kể từ khi bạn gắn thẻ câu hỏi này với MySQL, tôi sẽ đề cập đến một mẹo MySQL cụ thể: khi truy vấn của bạn mặc nhiên tạo ra một bảng tạm thời, ví dụ khi sắp xếp hoặc GROUP BY Các trường VARCHAR được chuyển đổi thành CHAR để đạt được lợi thế khi làm việc với các hàng có chiều rộng cố định. Nếu bạn sử dụng rất nhiều trường VARCHAR(255) cho dữ liệu không cần nhiều thời gian, điều này có thể làm cho bảng tạm thời rất lớn. "

Như tôi đã hiểu, lợi thế của CHAR là bạn nhận được các hàng có chiều rộng cố định, do đó, không phải là VARCHAR trong cùng một bảng lộn xộn lên? Có lợi thế nào khi sử dụng CHAR khi bạn có một số VARCHAR trong cùng một bảng không?

---

Dưới đây là một ví dụ:

Bảng với CHAR:

CREATE TABLE address (
    id INT UNSIGNED NOT NULL AUTO_INCREMENT, 
    street VARCHAR(100) NOT NULL, 
    postcode CHAR(8) NOT NULL, 
    PRIMARY KEY (id) 
); 

Bảng mà không CHAR:

CREATE TABLE address (
    id INT UNSIGNED NOT NULL AUTO_INCREMENT, 
    street VARCHAR(100) NOT NULL, 
    postcode VARCHAR(8) NOT NULL, 
    PRIMARY KEY (id) 
); 

bảng với CHAR sẽ thực hiện bất kỳ tốt hơn so với bảng mà không CHAR và nếu có, trong những gì tình huống?

Answer 1

"VARCHAR" về cơ bản đặt độ dài tối đa cho trường và chỉ lưu trữ dữ liệu được nhập vào trường đó, do đó tiết kiệm được dung lượng. Loại "CHAR" có độ dài cố định, vì vậy nếu bạn đặt "CHAR(100)", giá trị khoảng 100 ký tự sẽ được sử dụng bất kể nội dung là gì.

Thời gian duy nhất bạn sẽ đạt được lợi thế về tốc độ là nếu bạn không có trường có độ dài thay đổi trong hồ sơ của mình ("VARCHAR", "TEXT", v.v ...). Bạn có thể nhận thấy rằng Nội bộ tất cả các trường "CHAR" của bạn được đổi thành "VARCHAR" ngay sau khi loại trường có độ dài biến được thêm vào, bởi MySQL.

Ngoài ra "CHAR" kém hiệu quả hơn từ điểm lưu trữ không gian, nhưng hiệu quả hơn để tìm kiếm và thêm. Nó nhanh hơn vì cơ sở dữ liệu chỉ phải đọc một giá trị bù đắp để có được một bản ghi thay vì đọc các phần cho đến khi nó tìm thấy phần cuối của bản ghi. Và các bản ghi độ dài cố định sẽ giảm thiểu phân mảnh, vì không gian bản ghi đã xóa có thể được sử dụng lại cho các bản ghi mới.

Hy vọng điều đó sẽ hữu ích.