Giải thích độ dài tối đa của MySQL VARCHAR: Giới hạn, Lưu trữ, utf8mb4 và Các thực tiễn tốt nhất

1. Giới thiệu

Khi thiết kế một cơ sở dữ liệu trong MySQL, việc hiểu chính xác độ dài tối đa và các thông số kỹ thuật của kiểu dữ liệu VARCHAR là vô cùng quan trọng. Vì nó ảnh hưởng trực tiếp đến hiệu quả lưu trữ và hiệu năng của cơ sở dữ liệu, việc lựa chọn cấu hình tối ưu là điều cần thiết.

Trong bài viết này, với chủ đề “Độ dài tối đa của MySQL VARCHAR”, chúng tôi sẽ cung cấp một giải thích toàn diện — từ các đặc điểm cơ bản của kiểu VARCHAR đến kích thước tối đa, chi tiết về hiệu quả lưu trữ, và các ví dụ thực tế. Khi đọc bài viết, bạn sẽ học được những nội dung sau:

• Các thông số kỹ thuật cơ bản và trường hợp sử dụng của kiểu VARCHAR
• Chi tiết kỹ thuật về độ dài tối đa của VARCHAR
• Các thực tiễn tốt nhất để thiết kế cơ sở dữ liệu hiệu quả

Nội dung này hướng tới các kỹ sư và lập trình viên cơ sở dữ liệu từ mức độ mới bắt đầu đến trung cấp, vì vậy hãy đọc đến cuối cùng.

2. Cơ bản về Kiểu VARCHAR

Kiểu VARCHAR là gì?

Kiểu VARCHAR là một kiểu dữ liệu trong MySQL dùng để lưu trữ chuỗi có độ dài biến đổi. Vì độ dài thay đổi, dung lượng lưu trữ cần thiết sẽ thay đổi tùy thuộc vào độ dài của chuỗi được lưu. Nhờ tính linh hoạt này, VARCHAR cung cấp hiệu quả lưu trữ cao hơn so với kiểu CHAR và được sử dụng rộng rãi trong thiết kế cơ sở dữ liệu.

Sự khác biệt giữa CHAR và VARCHAR

Kiểu CHAR được dùng để lưu trữ các chuỗi có độ dài cố định. Ngay cả khi dữ liệu chuỗi ngắn hơn, các ký tự khoảng trắng sẽ được thêm vào để đạt độ dài đã chỉ định. Ngược lại, kiểu VARCHAR xác định việc sử dụng lưu trữ dựa trên độ dài thực tế của chuỗi đã lưu, loại bỏ việc lãng phí không gian.

Ví dụ, hãy xem xét SQL sau:

CREATE TABLE example (
    char_column CHAR(10),
    varchar_column VARCHAR(10)
);

Trong trường hợp này, char_column luôn tiêu tốn dung lượng cho 10 ký tự, trong khi varchar_column chỉ tiêu tốn độ dài dữ liệu thực tế cộng với tiền tố độ dài 1–2 byte.

Trường hợp sử dụng và Lựa chọn phù hợp

• Kiểu CHAR: Dữ liệu có độ dài cố định hoặc gần như cố định (ví dụ: mã quốc gia hoặc mã bưu điện).
• Kiểu VARCHAR: Dữ liệu có độ dài biến đổi, nơi hiệu quả lưu trữ quan trọng (ví dụ: tên người dùng hoặc địa chỉ email).

Nhờ tính linh hoạt và hiệu quả, VARCHAR thường được sử dụng làm kiểu chuỗi mặc định trong thiết kế cơ sở dữ liệu chung.

3. Độ dài tối đa của MySQL VARCHAR

Độ dài tối đa của VARCHAR là gì?

Trong MySQL, độ dài tối đa có thể định nghĩa cho một cột VARCHAR phụ thuộc vào các thông số kỹ thuật của cơ sở dữ liệu và bộ ký tự được sử dụng. Độ dài tối đa có thể đặt trong khoảng từ 1 đến 65.535 byte. Tuy nhiên, giới hạn này không chỉ bị ràng buộc bởi độ dài dữ liệu thực tế mà còn bởi cấu trúc bảng và bộ ký tự.

Các ràng buộc cụ thể

1. Ảnh hưởng của bộ ký tự

• Trong MySQL, số byte mỗi ký tự phụ thuộc vào bộ ký tự.

• Ví dụ: wp:list /wp:list

  • utf8 (1 character = up to 3 bytes)
  • utf8mb4 (1 character = up to 4 bytes)

Do đó, khi sử dụng utf8mb4, độ dài tối đa của một cột VARCHAR bị giới hạn ở 16.383 ký tự (4 byte × 16.383 = 65.532 byte).

2. Giới hạn kích thước hàng tổng cộng

• Trong engine lưu trữ InnoDB của MySQL, kích thước dữ liệu tối đa cho mỗi hàng là 65.535 byte. Vì con số này bao gồm tất cả các cột trong bảng, độ dài tối đa của các cột VARCHAR sẽ bị ảnh hưởng tương ứng.

Ví dụ tính toán: VARCHAR(255)

Tiếp theo, hãy xem xét VARCHAR(255) như một ví dụ cụ thể.

• Nếu bộ ký tự là utf8mb4 :
• 1 ký tự = tối đa 4 byte
• Kích thước tối đa của VARCHAR(255) = 255 × 4 byte = 1.020 byte + tiền tố độ dài (2 byte)
• Tổng dung lượng cần thiết = 1.022 byte

Với cân nhắc này, bạn cần tính toán cẩn thận kích thước dữ liệu khi thiết kế bảng.

Ví dụ truy vấn SQL: Đặt độ dài tối đa

Ví dụ sau tạo một cột VARCHAR có khả năng lưu trữ lên tới 16.383 ký tự bằng cách sử dụng bộ ký tự utf8mb4.

CREATE TABLE example (
    large_text VARCHAR(16383)
) CHARACTER SET utf8mb4;

Trong truy vấn này, cột large_text tiêu thụ tới 65,532 byte tùy thuộc vào bộ ký tự.

Các cân nhắc thực tiễn

• Tối ưu độ dài VARCHAR: Đặt độ dài VARCHAR quá lớn không cần thiết có thể lãng phí bộ nhớ và làm giảm hiệu năng. Việc chọn độ dài phù hợp là rất quan trọng.
• Lưu ý bộ ký tự: Khi sử dụng utf8mb4 , việc lưu trữ emoji và ký tự đặc biệt là khả thi, nhưng nó ảnh hưởng đến hiệu quả lưu trữ.

4. Hiệu quả Lưu trữ và Các cân nhắc

Cách hoạt động của Hiệu quả Lưu trữ VARCHAR

VARCHAR là một kiểu dữ liệu được thiết kế để lưu trữ các chuỗi độ dài biến một cách hiệu quả. Tuy nhiên, hiệu quả của nó phụ thuộc vào cấu hình và các lựa chọn thiết kế, vì vậy việc hiểu các điểm sau là quan trọng.

1. Lưu trữ dựa trên Độ dài Dữ liệu Thực tế

• VARCHAR tiêu thụ bộ nhớ dựa trên độ dài thực tế của dữ liệu được lưu.
• Ví dụ: Nếu bạn lưu “Hello” (5 ký tự) trong VARCHAR(100) , bộ nhớ cần thiết là 5 byte cộng với tiền tố độ dài (1–2 byte).

1. Tiền tố Độ dài

• Dữ liệu VARCHAR bao gồm một tiền tố cho biết độ dài của nó. wp:list /wp:list

  • Nếu độ dài dữ liệu là 255 byte hoặc ít hơn: tiền tố là 1 byte.
  • Nếu độ dài dữ liệu là 256 byte hoặc hơn: tiền tố là 2 byte.
  • Ví dụ: Nếu 200 ký tự được lưu trong VARCHAR(255) , 200 byte + 1 byte (tiền tố) sẽ được sử dụng.

Mối quan hệ với Giới hạn Kích thước Hàng

Trong bộ máy lưu trữ InnoDB của MySQL, kích thước hàng tối đa bị giới hạn ở 65,535 byte. Nếu một bảng có nhiều cột VARCHAR, tổng kích thước của chúng phải nằm trong giới hạn này.

• Xem xét ví dụ: Câu SQL sau có thể vi phạm giới hạn kích thước hàng:

  CREATE TABLE example (
      column1 VARCHAR(32767),
      column2 VARCHAR(32767)
  ) CHARACTER SET utf8mb4;
  

• Với utf8mb4 , 1 ký tự có thể yêu cầu tới 4 byte. Do đó: 32767 × 4 byte (cột1) + 32767 × 4 byte (cột2) = 131,068 byte, vượt quá giới hạn.
• Giải pháp: Sử dụng kiểu TEXT hoặc giảm độ dài của các cột VARCHAR khi cần.

5. Tại sao VARCHAR(255) Thường Được Chọn

Tại sao VARCHAR(255) lại được sử dụng thường xuyên?

Trong thiết kế cơ sở dữ liệu MySQL, VARCHAR(255) được coi là lựa chọn mặc định cho nhiều nhà phát triển. Các lý do liên quan đến bối cảnh lịch sử, các ràng buộc kỹ thuật và các mối quan ngại về tính tương thích. Dưới đây, chúng tôi giải thích chi tiết tại sao VARCHAR(255) thường được chọn.

1. Bối cảnh Lịch sử

Trong các phiên bản MySQL cũ, độ dài tối đa có thể dùng cho một chỉ mục bị giới hạn ở 255 byte. Mặc dù giới hạn này đã được nới lỏng hiện nay, nhiều nhà phát triển vẫn tiếp tục tuân theo quy ước cũ, vì vậy số 255 vẫn được sử dụng rộng rãi.

2. Mối quan hệ với Giới hạn Chỉ mục

Khi bạn tạo một chỉ mục trên cột VARCHAR, kích thước chỉ mục quá lớn có thể làm giảm hiệu năng. VARCHAR(255) là độ dài trung bình mà thường không gây ra vấn đề chỉ mục trong nhiều trường hợp.

• Ví dụ: Khi tạo một bảng với cột VARCHAR được lập chỉ mục:

  CREATE TABLE users (
      username VARCHAR(255),
      PRIMARY KEY(username)
  );
  

Mặc dù phụ thuộc vào bộ ký tự, 255 byte thường đủ để bao phủ nhiều loại dữ liệu chuỗi.

3. Các cân nhắc về Tính tương thích

Nhiều công cụ cơ sở dữ liệu và framework khác cũng sử dụng VARCHAR(255) như một cài đặt tiêu chuẩn. Điều này giúp duy trì tính tương thích khi di chuyển từ MySQL sang cơ sở dữ liệu khác.

• Ví dụ: Trong các nền tảng CMS như WordPress, nhiều bảng sử dụng VARCHAR(255). Điều này nhằm duy trì tính tương thích trên nhiều môi trường máy chủ và cấu hình khác nhau.

4. Tính linh hoạt Thực tiễn

VARCHAR(255) đủ dài để lưu trữ nhiều loại dữ liệu chuỗi (ví dụ: tên, địa chỉ email, mô tả ngắn).

• Ví dụ:
• Tên người dùng: thường từ 50–100 ký tự.
• Địa chỉ email: Lên tới 320 ký tự (theo tiêu chuẩn), nhưng 255 ký tự bao phủ hầu hết các trường hợp thực tế.

Nếu bạn đặt độ dài quá ngắn, bạn có thể không hỗ trợ được việc mở rộng dữ liệu trong tương lai. Theo nghĩa đó, 255 cung cấp một sự cân bằng hợp lý.

5. Mối quan hệ với utf8mb4

Khi sử dụng bộ ký tự utf8mb4, mỗi ký tự có thể yêu cầu lên đến 4 byte. Do đó, VARCHAR(255) có thể yêu cầu lên đến 255 × 4 = 1.020 byte (+ 2 byte cho tiền tố độ dài). Ngay cả khi xem xét giới hạn kích thước hàng (65.535 byte), điều này dễ dàng phù hợp.

Lưu ý khi chọn VARCHAR(255)

• Tránh cấp phát thừa: VARCHAR(255) rất tiện lợi, nhưng không phải lúc nào cũng là lựa chọn tốt nhất. Việc chọn độ dài phù hợp dựa trên đặc tính của dữ liệu là rất quan trọng.
• Ví dụ: Đối với dữ liệu độ dài cố định như mã quốc gia hoặc mã bưu điện, việc sử dụng CHAR sẽ hiệu quả hơn.
• Xem xét thiết kế cơ sở dữ liệu tổng thể: Nếu bạn đặt mọi cột trong bảng thành VARCHAR(255), hiệu quả lưu trữ có thể giảm và bạn có nguy cơ vượt quá giới hạn kích thước hàng.

6. Các ví dụ thực tế và thực hành tốt nhất

Các ví dụ thực tế: Cấu hình cột VARCHAR

VARCHAR là một kiểu dữ liệu rất linh hoạt, nhưng trong sử dụng thực tế, bạn cần lưu ý một số cân nhắc và thực hành tốt nhất. Ở đây, chúng tôi giải thích các ví dụ cụ thể và mẹo để sử dụng nó một cách hiệu quả.

1. Thiết kế dựa trên trường hợp sử dụng

Đối với chuỗi ngắn

Khi lưu trữ chuỗi ngắn (ví dụ: tên người dùng hoặc mã bưu điện), việc sử dụng VARCHAR phù hợp có thể cải thiện hiệu quả lưu trữ.

• Ví dụ: Thiết kế bảng để lưu trữ tên người dùng:

  CREATE TABLE users (
      id INT AUTO_INCREMENT PRIMARY KEY,
      username VARCHAR(50) NOT NULL
  );
  

• VARCHAR(50) là đủ để bao quát hầu hết các tên người dùng.

Đối với chuỗi dài

VARCHAR cũng có thể hữu ích cho chuỗi dài hơn (ví dụ: bình luận hoặc đánh giá). Tuy nhiên, khi độ dài tối đa lớn, bạn phải xem xét các ràng buộc lưu trữ.

• Ví dụ: Thiết kế bảng để lưu trữ đánh giá:

  CREATE TABLE reviews (
      id INT AUTO_INCREMENT PRIMARY KEY,
      review_text VARCHAR(1000)
  );
  

• Vì dữ liệu quá dài có thể bị cắt bớt, hãy đặt độ dài theo yêu cầu dữ liệu của bạn.

2. Cài đặt với hiệu quả lưu trữ trong tâm trí

Độ dài bạn gán cho VARCHAR ảnh hưởng trực tiếp đến việc sử dụng lưu trữ. Bằng cách chọn độ dài phù hợp, bạn có thể giảm tiêu thụ lưu trữ không cần thiết.

• Lưu ý:
• Không chỉ định độ dài quá lớn như VARCHAR(255) trừ khi cần thiết.
• Xem xét sử dụng kiểu TEXT khi phù hợp.

Sử dụng chỉ mục tiền tố

Khi lập chỉ mục cho chuỗi dài, việc sử dụng chỉ mục tiền tố có thể cải thiện hiệu quả.

• Ví dụ:

  CREATE TABLE articles (
      id INT AUTO_INCREMENT PRIMARY KEY,
      title VARCHAR(500),
      INDEX (title(100))
  );
  

• Bằng cách giới hạn độ dài được lập chỉ mục, bạn có thể cải thiện hiệu quả lưu trữ và hiệu suất.

3. Xử lý lỗi

Nếu bạn cố gắng chèn dữ liệu vượt quá độ dài tối đa của cột VARCHAR, MySQL sẽ phát sinh lỗi hoặc cảnh báo tùy thuộc vào cấu hình của bạn.

• Ví dụ lỗi:

  INSERT INTO users (username) VALUES ('a'.repeat(100)); -- Error occurs
  

• Biện pháp khắc phục:
• Thực hiện xác thực dữ liệu phù hợp ở phía ứng dụng.
• Bật chế độ STRICT để duy trì tính toàn vẹn dữ liệu.

4. Thực hành tốt nhất

Tối ưu hóa độ dài

• Phân tích độ dài tối đa của dữ liệu bạn dự định lưu trữ, và đặt độ dài cột với một khoảng dư nhỏ.
• Ví dụ: Đối với địa chỉ email, VARCHAR(320) có thể bao quát thông số kỹ thuật tiêu chuẩn.

Chọn giữa CHAR và VARCHAR

• Sử dụng CHAR cho dữ liệu độ dài cố định, và giới hạn VARCHAR cho dữ liệu độ dài biến đổi.

Xem xét thiết kế bảng tổng thể

• Nếu một bảng chứa nhiều cột VARCHAR, hãy cẩn thận để không để kích thước hàng tăng quá lớn.
• Nếu cần, hãy tách dữ liệu thành các bảng riêng biệt để giảm kích thước hàng.

Tóm tắt

VARCHAR là một trong những kiểu dữ liệu chuỗi linh hoạt nhất trong MySQL. Bằng cách đặt độ dài phù hợp và thiết kế các chỉ mục hiệu quả, bạn có thể tối đa hoá hiệu năng và hiệu suất lưu trữ. Hãy sử dụng các cách tiếp cận thực tiễn này làm tham khảo để đạt được thiết kế cơ sở dữ liệu tối ưu.

7. FAQ (Câu hỏi thường gặp)

Q1. Sự khác nhau giữa VARCHAR và TEXT là gì?

A: Cả VARCHAR và TEXT đều có thể lưu trữ dữ liệu chuỗi, nhưng các điểm khác biệt chính như sau.

Cách chọn:

• VARCHAR phù hợp cho các chuỗi ngắn có độ dài biến đổi.
• TEXT được dùng cho các chuỗi rất dài (ví dụ: bài viết blog hoặc bình luận).

Q2. Điều gì sẽ xảy ra nếu bạn chèn dữ liệu dài hơn độ dài VARCHAR?

A: Hành vi của MySQL phụ thuộc vào cài đặt chế độ SQL của bạn.

1. Khi chế độ STRICT được bật (Được khuyến nghị)

• Một lỗi sẽ xảy ra và dữ liệu không được chèn.
• Ví dụ: sql SET sql_mode = 'STRICT_ALL_TABLES'; INSERT INTO users (username) VALUES ('a'.repeat(300)); -- Error occurs

2. Khi chế độ STRICT bị tắt

• Dữ liệu thừa sẽ tự động bị cắt ngắn và một cảnh báo sẽ được tạo.
• Vì điều này có thể ảnh hưởng đến tính toàn vẹn dữ liệu, nên nên bật chế độ STRICT.

Q3. Sự khác nhau giữa utf8 và utf8mb4 là gì?

A: utf8mb4 là phiên bản mở rộng của utf8, hỗ trợ emoji và các ký tự Unicode đặc biệt.

Cách chọn:

• Chọn utf8mb4 cho các ứng dụng sử dụng emoji hoặc ký tự đặc biệt.
• Xem xét utf8 nếu bạn ưu tiên hiệu quả lưu trữ.

Q4. Làm thế nào để đặt độ dài tối ưu cho VARCHAR?

A: Điều quan trọng là đặt độ dài dựa trên đặc điểm và cách sử dụng dữ liệu của bạn.

• Chuỗi ngắn: Đối với tên người dùng hoặc mã ZIP, VARCHAR(50) hoặc VARCHAR(10) thường là đủ.
• Chuỗi dài: Đối với địa chỉ email, sử dụng VARCHAR(320); đối với mô tả ngắn, sử dụng VARCHAR(1000).
• Phân tích dữ liệu: Xác định độ dài tối đa trong dữ liệu thực tế và đặt cột với một khoảng dự phòng nhỏ.

Q5. Những yếu tố nào ảnh hưởng đến hiệu năng của VARCHAR?

A: Các yếu tố sau ảnh hưởng đến hiệu năng của VARCHAR.

1. Độ dài cột quá dài:

• Các cột quá dài không cần thiết làm giảm hiệu quả lưu trữ và cũng có thể ảnh hưởng đến hiệu năng truy vấn.

2. Bộ ký tự:

• Khi sử dụng utf8mb4, lượng lưu trữ tăng lên, vì vậy hãy cẩn thận nếu bạn lưu nhiều chuỗi dài.

3. Thiết kế chỉ mục:

• Khi tạo chỉ mục cho các cột VARCHAR dài, bạn có thể tối ưu hiệu năng bằng cách sử dụng chỉ mục tiền tố.

Q6. Bạn nên làm gì nếu dữ liệu VARCHAR đạt giới hạn lưu trữ?

A: Xem xét các tùy chọn sau.

1. Xem lại độ dài VARCHAR:

• Nếu bạn đã đặt độ dài quá lớn, hãy giảm xuống một giá trị thực tế.

2. Chuyển sang TEXT:

• Nếu bạn cần lưu trữ dữ liệu rất dài, hãy cân nhắc chuyển từ VARCHAR sang TEXT.

3. Chuẩn hoá dữ liệu:

• Tách dữ liệu lớn thành các bảng riêng để giảm kích thước hàng.

Q7. Bạn nên cân nhắc gì khi sử dụng VARCHAR trong các chỉ mục?

A: Khi sử dụng chỉ mục trên các cột VARCHAR, hãy cân nhắc các yếu tố sau:

• Sử dụng chỉ mục tiền tố: Đối với dữ liệu chuỗi dài, đặt chỉ mục tiền tố để cải thiện hiệu quả.

  CREATE TABLE articles (
      id INT AUTO_INCREMENT PRIMARY KEY,
      title VARCHAR(500),
      INDEX (title(100))
  );
  

• Đặt độ dài phù hợp: Nếu độ dài được lập chỉ mục quá lớn, hiệu năng truy vấn có thể giảm.

Tóm tắt

Trong phần FAQ, chúng tôi đã đề cập đến các câu hỏi phổ biến mà các nhà phát triển gặp phải và các giải pháp của chúng. Bằng cách sử dụng chúng làm tham khảo, bạn có thể tận dụng VARCHAR một cách hiệu quả và cải thiện thiết kế cũng như hiệu năng của cơ sở dữ liệu MySQL.

8. Tóm tắt

Cách sử dụng MySQL VARCHAR một cách hiệu quả

Trong bài viết này, tập trung vào chủ đề “độ dài tối đa của MySQL VARCHAR,” chúng tôi đã bao phủ một loạt các chủ đề—từ những kiến thức cơ bản về VARCHAR đến giới hạn kích thước tối đa, hiệu suất lưu trữ, các ví dụ thực tiễn và các thực hành tốt nhất. Hãy cùng xem lại những điểm chính.

Những gì bạn đã học được trong bài viết này

1. Thông số cơ bản của VARCHAR

• Một kiểu dữ liệu linh hoạt để lưu trữ chuỗi có độ dài biến đổi với hiệu suất lưu trữ xuất sắc.
• Hiểu sự khác biệt so với CHAR và lựa chọn phù hợp dựa trên các trường hợp sử dụng là quan trọng.

2. Độ dài tối đa của VARCHAR

• Có thể được đặt lên tới 65.535 byte tùy thuộc vào phiên bản MySQL và bộ ký tự.
• Khi sử dụng utf8mb4, độ dài tối đa là 16.383 ký tự (4 byte × số ký tự).

3. Hiệu suất lưu trữ và các cân nhắc thiết kế

• Cần xem xét tiền tố độ dài và giới hạn kích thước hàng để thiết kế cơ sở dữ liệu hiệu quả.
• Tránh độ dài cột quá lớn không cần thiết và tối ưu cân bằng giữa lưu trữ và hiệu năng.

4. Tại sao VARCHAR(255) thường được chọn

• Do ảnh hưởng của các quy ước lịch sử và giới hạn chỉ mục được nới lỏng.
• Tính tương thích cao và độ linh hoạt thực tiễn.
• Đa năng với nhiều bộ ký tự và mẫu dữ liệu.

5. Ví dụ thực tế và các thực hành tốt

• Bao gồm các trường hợp sử dụng phong phú và ví dụ mà bạn có thể áp dụng ngay sau khi đọc.
• Cung cấp lời khuyên chi tiết hữu ích trong công việc thực tế, chẳng hạn như sử dụng chỉ mục tiền tố.

6. Giải quyết các câu hỏi thường gặp trong FAQ

• Đã đề cập đến sự khác biệt giữa VARCHAR và TEXT, các cân nhắc về chỉ mục, và cách xử lý giá trị vượt quá độ dài cột.

Hướng tới Thiết kế Cơ sở Dữ liệu Hiệu quả

Sử dụng VARCHAR một cách hiệu quả trong MySQL là nền tảng then chốt của thiết kế cơ sở dữ liệu. Đặt độ dài phù hợp và thiết kế với hiệu suất lưu trữ trong tâm trí trực tiếp cải thiện hiệu năng và khả năng mở rộng.

• Hiểu đặc điểm dữ liệu của bạn và đặt độ dài tối thiểu cần thiết.
• Xem xét cấu trúc bảng tổng thể và chú ý đến giới hạn kích thước hàng.
• Tận dụng tính linh hoạt của VARCHAR đồng thời chọn đúng kiểu dữ liệu.

Các bước tiếp theo

Bằng cách áp dụng những gì bạn đã học ở đây vào các dự án thực tế, bạn có thể đạt được thiết kế cơ sở dữ liệu hiệu quả hơn. Chúng tôi cũng khuyến nghị bạn nâng cao kiến thức bằng cách xem lại các tài nguyên liên quan và các thực hành tốt.

Hãy sử dụng thông tin này để giúp bạn xây dựng các cơ sở dữ liệu hiệu quả, hiệu năng cao!