Áp dụng nội địa hoá cho dữ liệu trong ứng dụng (Localization / L10N)

Bài đăng này đã không được cập nhật trong 2 năm

Giới thiệu

Trong thời đại mới hiện nay, chúng ta luôn muốn mở rộng thị trường của mình đến mọi nơi trên thế giới để mang lại nhiều doanh số cũng như đem về lợi nhuận nhiều hơn. Việc mở rộng này sẽ không hề dễ dàng nếu ứng dụng của bạn không có khả năng nội địa hoá (localized). Bởi vì mỗi nơi trên thế giới có ngôn ngữ, hệ thống đo lường, đơn vị tiền tệ, format dữ liệu, v..v... khác nhau. Trong bài viết này, tôi sẽ giới thiệu các cách thiết kế database khác nhau để áp dụng việc localized cho dữ liệu trong database.

Đầu tiên chúng ta hãy tìm hiểu khái niệm I18N và L10N là gì nào.

Khái niệm

Internationalization (I18N) là quá trình thiết kế một ứng dụng phần mềm để nó có thể được điều chỉnh thích hợp cho nhiều ngôn ngữ và khu vực mà không có sự thay đổi về kỹ thuật.

Localization (L10N) là quá trình đáp ứng một phần mềm đã quốc tế hóa cho một vùng hoặc ngôn ngữ cụ thể bằng cách bổ sung các thành phần của ngôn ngữ đang hướng đến, cũng như dịch các đoạn văn bản trong phần mềm qua ngôn ngữ đó.

Localization không chỉ mang tính chất dịch nội dung đơn thuần, mà còn hỗ trợ về:

định dạng ngày tháng
định dạng số
timezone
định dạng biểu diễn tiền tệ
thuế / VAT
nhiệt độ và các đơn vị đo lường khác
mã bưu điện, số điện thoại
định dạng địa chỉ
mã thành phố, tỉnh thành

Bây giờ chúng ta hãy cùng xem xét các cách xử lí L10N nào.

Các pattern xử lí

1. Tách cột cho từng trường dữ liệu

Đây là cách xử lí dễ dàng tiếp cận nhất trong các pattern. Ở cách này, chúng ta sẽ thêm một cột mới vào table cho mỗi trường dữ liệu cần được localize.

Ví dụ tôi có một bảng Products muốn áp dụng localize.

Các bạn có thể thấy tôi đã thêm các cột có format tên column_name_language_code. Products cần hỗ trợ name, price, description cho nhiều ngôn ngữ, vậy nên table sẽ có tất cả các trường đấy cho từng loại ngôn ngữ

Ưu điểm

Dễ dàng áp dụng
Query đơn giản

Nhược điểm

Không có khả năng mở rộng cao
Số lượng cột trong bảng có thể tăng lên nhanh chóng dựa vào số lượng ngôn ngữ mà ứng dụng của bạn hỗ trợ
Nếu bạn thiếu 1 cột cho bất kì ngôn ngữ, ứng dụng của bạn có thể xảy ra lỗi
Khó khăn trong việc quản lí format của dữ liệu (thời gian, đơn vị đo lường,...)

2. Tách hàng cho từng loại ngôn ngữ

Ở cách này, thay vì tạo cột mới cho tất cả ngôn ngữ, chúng ta sẽ quản lí data dựa vào từng dòng, dựa vào một cột là language_code.

Dữ liệu trong bảng:

Ưu điểm

Đơn giản và hiệu quả.
Việc truy vấn trở nên đơn giản, dựa trên language_code riêng biệt.

Nhược điểm

Không có tính tập trung. Mỗi bảng khác nhau có thể hỗ trợ nhiều loại ngôn ngữ khác nhau. Vậy nên bạn sẽ không biết được rõ là có bao nhiêu ngôn ngữ được hỗ trợ trong ứng dụng của bạn.
Trong hệ thống phân tích dữ liệu của bạn, việc tính toán số liệu cho các product trở nên khó khăn hơn vì chúng ta có nhiều bản ghi cho cùng một product.

Ghi chú

Để dữ liệu mang tính nhất quán hơn, tôi sẽ tạo một bảng language và tạo quan hệ với các bảng khác. Kể từ lúc này, mọi cách xử lí của mình sẽ follow theo kiểu này.