Chỉ nhìn vào tổng số bản ghi có thể khiến nhu cầu dung lượng cho quá trình chuyển đổi hệ thống trở nên đơn giản hơn thực tế. Products, Customers, Orders và Blog Posts không được quy đổi theo cùng một trọng số. Trong khi đó, một cửa hàng còn chứa nhiều cấu trúc dữ liệu quan trọng nhưng không tự làm phát sinh mức sử dụng Entity Points riêng.
Entity Points là phương pháp tính dung lượng theo trọng số được sử dụng trong các Dịch vụ chuyển đổi dữ liệu của Next-Cart. Cơ chế này giải quyết một nhu cầu cụ thể trong quá trình lập kế hoạch: quy đổi bốn loại bản ghi đủ điều kiện thành dung lượng cần thiết. Entity Points không dùng để đánh giá độ phức tạp, bảo đảm khả năng tương thích, giới hạn số lượng dữ liệu theo con số nhập khi mua hoặc chứng minh Cửa hàng đích có thể sử dụng được.
Ranh giới này rất quan trọng. Nếu Entity Points bị xem là thước đo toàn diện cho cả dự án, một cửa hàng có khối lượng dữ liệu lớn nhưng dễ dự đoán có thể bị đánh giá là phức tạp hơn thực tế. Ngược lại, cửa hàng có ít bản ghi nhưng chứa nhiều mối quan hệ tùy chỉnh lại dễ bị xem là đơn giản.
Phân biệt dung lượng với độ phức tạp của quá trình chuyển đổi
Entity Points được tính cho:
- Products;
- Customers;
- Orders;
- Blog Posts.
Những dữ liệu khác vẫn có thể thuộc phạm vi di chuyển được hỗ trợ, bao gồm Taxes, Manufacturers, Categories, Reviews, Coupons và Trang Hệ thống quản lý nội dung (CMS Pages). Các cấu trúc này có thể giữ vai trò thiết yếu đối với kết quả dù không tự làm phát sinh mức sử dụng Entity Points riêng.
Độ phức tạp của quá trình chuyển đổi còn có thể phát sinh từ:
- mối quan hệ giữa các tùy chọn và biến thể của Products;
- các trường tùy chỉnh hoặc bảng dữ liệu tùy chỉnh;
- dữ liệu của ứng dụng, plugin, module hoặc extension;
- mã định danh từ hệ thống bên ngoài;
- giới hạn trong mô hình dữ liệu của hệ thống đích;
- yêu cầu liên quan đến Add-ons hoặc Custom Service;
- các yếu tố phụ thuộc vào quá trình xác thực và thời điểm chính thức vận hành.
Hai cửa hàng có thể cần cùng một mức dung lượng Entity Points nhưng lại phù hợp với những phương án chuyển đổi khác nhau. Dung lượng phản ánh khối lượng dữ liệu được tính. Độ phức tạp thể hiện mức độ công việc cần thiết để duy trì đúng giá trị của dữ liệu và tạo ra kết quả có thể chấp nhận.
Quy đổi bản ghi đủ điều kiện thành dung lượng theo trọng số
Mỗi loại dữ liệu được tính có một trọng số cố định:
| Loại dữ liệu được tính | Trọng số |
|---|---|
| Products | 1.0 |
| Customers | 0.5 |
| Orders | 0.8 |
| Blog Posts | 0.6 |
Công thức tính như sau:
Entity Points
= (Products x 1.0)
+ (Customers x 0.5)
+ (Orders x 0.8)
+ (Blog Posts x 0.6)
Giả sử Cửa hàng nguồn có số lượng ước tính như sau:
| Loại dữ liệu được tính | Số bản ghi ước tính | Trọng số | Entity Points ước tính |
|---|---|---|---|
| Products | 200 | 1.0 | 200 |
| Customers | 200 | 0.5 | 100 |
| Orders | 150 | 0.8 | 120 |
| Blog Posts | 100 | 0.6 | 60 |
| Tổng cộng | 480 |
Nhu cầu ước tính là 480 Entity Points. Gói 500 Entity Points có thể đáp ứng mức này và còn dư 20 Entity Points. Nếu chọn gói 1.000 Entity Points, phần dung lượng dự phòng sẽ là 520 Entity Points.
Phép tính không phức tạp. Điều cần cân nhắc là số lượng ước tính có phản ánh sát thực tế hay không, và Cửa hàng nguồn có thể phát sinh thêm bao nhiêu dữ liệu trước khi quá trình di chuyển hoàn tất.
Xem số lượng nhập khi mua là một mức dự báo
Số lượng được nhập trong quá trình mua giúp ước tính Entity Points và chọn gói phù hợp. Các con số này không tự động tạo thành bộ lọc bản ghi.
Nếu dự án nhập mức ước tính 200 Products nhưng hệ thống quét thấy 260 Products trong phạm vi dữ liệu nguồn đã chọn, quá trình di chuyển không dừng ở bản ghi thứ 200 chỉ vì con số ban đầu. Số Entity Points thực tế được sử dụng dựa trên các bản ghi đủ điều kiện đã di chuyển thành công.
Vì vậy, cần phân biệt ba con số:
| Con số | Ý nghĩa |
|---|---|
| Nhu cầu ước tính | Mức dự báo dùng để chọn gói |
| Dung lượng gói | Dung lượng được tính tối đa trong gói đã mua |
| Mức sử dụng thực tế | Số Entity Points được sử dụng bởi các bản ghi đủ điều kiện đã di chuyển thành công |
Việc tách biệt ba giá trị này giúp tránh hai nhầm lẫn phổ biến. Thứ nhất, số ước tính không phải là giới hạn cứng cho dữ liệu được di chuyển. Thứ hai, dung lượng chưa dùng không mất đi chỉ vì mức ước tính ban đầu thấp hơn.
Nếu chỉ cần di chuyển một nhóm bản ghi cụ thể, phạm vi phải được xác định bằng Data Filter với điều kiện theo trường cho từng loại dữ liệu liên quan. Nếu chức năng lọc hiện được hỗ trợ chưa đáp ứng yêu cầu, dự án cần được xem xét theo hướng lọc tùy chỉnh.
Dự trù chênh lệch khi dữ liệu nguồn tiếp tục tăng
Mức sử dụng thực tế thường khác số ước tính vì dữ liệu nguồn được thống kê chưa đầy đủ, cửa hàng vẫn tiếp tục kinh doanh hoặc Blog Posts, Customers hay Orders trước đó chưa được đưa vào phạm vi tính.
Tiếp tục với mức ước tính 480 Entity Points trong trường hợp minh họa ở trên, giả sử gói 1.000 Entity Points đã được chọn. Nếu mức sử dụng thực tế đạt 800 Entity Points, dự án vẫn nằm trong giới hạn gói và còn 200 Entity Points khả dụng.
| Vị trí dung lượng | Entity Points |
|---|---|
| Dung lượng gói | 1.000 |
| Mức ước tính khi mua | 480 |
| Mức sử dụng thực tế | 800 |
| Dung lượng còn lại | 200 |
Số ước tính ban đầu không ngăn các bản ghi đủ điều kiện phát sinh thêm được di chuyển. Giới hạn thực tế vẫn là dung lượng của gói.
Dung lượng dự phòng đặc biệt hữu ích khi:
- Cửa hàng nguồn vẫn hoạt động trong giai đoạn chuẩn bị;
- số lượng bản ghi được lấy từ báo cáo chưa đầy đủ;
- dữ liệu lịch sử chưa được tính vào ước tính ban đầu;
- Blog Posts hoặc Orders lưu trữ lâu năm dễ bị bỏ sót;
- dự kiến sẽ tiếp tục di chuyển dữ liệu trước khi chính thức vận hành.
Dung lượng dự phòng vẫn phải được tính toán dựa trên kế hoạch sử dụng. Mua một gói lớn hơn nhiều không giải quyết được phạm vi chưa rõ ràng, dữ liệu tùy chỉnh hoặc quy trình xác thực còn yếu.
Điều gì xảy ra khi đã sử dụng hết dung lượng
Dung lượng thực tế được sử dụng theo thứ tự các loại dữ liệu sau:
Products → Customers → Orders → Blog Posts
Nếu Entity Points hết trước khi toàn bộ bản ghi đủ điều kiện được di chuyển, quá trình xử lý sẽ tạm dừng tại thời điểm chạm giới hạn dung lượng. Khi đó, có thể chọn Entity Points Plan cao hơn để bổ sung phần dung lượng cần thiết.
Giả sử một cửa hàng có nhu cầu thực tế là 1.175 Entity Points:
| Loại dữ liệu được tính | Số bản ghi thực tế | Trọng số | Entity Points cần thiết |
|---|---|---|---|
| Products | 600 | 1.0 | 600 |
| Customers | 600 | 0.5 | 300 |
| Orders | 250 | 0.8 | 200 |
| Blog Posts | 125 | 0.6 | 75 |
| Tổng cộng | 1.175 |
Với gói 1.000 Entity Points, Products sử dụng 600 Entity Points và Customers sử dụng thêm 300 Entity Points. Chỉ còn 100 Entity Points dành cho Orders, tương đương 125 Orders ở mức 0,8 Entity Points cho mỗi bản ghi. 125 Orders còn lại cùng 125 Blog Posts cần thêm dung lượng.
| Bước sử dụng dung lượng | Entity Points đã dùng | Tổng cộng dồn | Kết quả trong giới hạn 1.000 Entity Points |
|---|---|---|---|
| Products | 600 | 600 | 600 Products |
| Customers | 300 | 900 | 600 Customers |
| Orders | 100 trong tổng số 200 Entity Points cần thiết | 1.000 | 125 Orders |
| Blog Posts | 0 trong tổng số 75 Entity Points cần thiết | 1.000 | Chưa có Blog Posts nào được xử lý trước khi hết dung lượng |
Trường hợp này cho thấy việc lập kế hoạch sử dụng Entity Points cần kết hợp phép tính với hiểu biết về dữ liệu nguồn. Chỉ một mức ước tính thấp hơn thực tế không nhiều cũng có thể ảnh hưởng đến loại dữ liệu được xử lý ở giai đoạn sau do thứ tự sử dụng dung lượng.
Không nhầm lẫn thứ tự tính dung lượng với thứ tự di chuyển dữ liệu
Quá trình di chuyển xử lý dữ liệu được hỗ trợ theo thứ tự:
Taxes → Manufacturers → Categories → Products → Customers → Orders → Reviews → Coupons → CMS Pages → Blog Posts
Entity Points chỉ được tính cho Products, Customers, Orders và Blog Posts. Hai trình tự này mô tả hai khía cạnh khác nhau của cùng một quá trình:
- thứ tự di chuyển cho biết các loại dữ liệu được xử lý theo trình tự nào;
- thứ tự Entity Points cho biết dung lượng được sử dụng ra sao.
Sự khác biệt này lý giải vì sao Categories hoặc Reviews vẫn có thể giữ vai trò quan trọng đối với kết quả dù không được tính Entity Points riêng. Vai trò đó mang tính cấu trúc, không do công thức dung lượng quyết định.
Entity Points được áp dụng thế nào cho hoạt động di chuyển về sau
Entity Points được tính dựa trên từng bản ghi đủ điều kiện và việc bản ghi đó đã được tính trước đó trong Dịch vụ chuyển đổi dữ liệu đã mua theo lộ trình cố định hay chưa.
| Trường hợp bản ghi | Ảnh hưởng đến dung lượng |
|---|---|
| Một bản ghi đủ điều kiện được di chuyển thành công lần đầu | Entity Points được sử dụng theo trọng số cố định của loại bản ghi đó |
| Một bản ghi đủ điều kiện đã được tính trong Dịch vụ chuyển đổi dữ liệu đã mua theo lộ trình cố định | Bản ghi đó không dùng lại Entity Points chỉ vì được xử lý trong một hoạt động di chuyển khác |
| Một bản ghi đủ điều kiện mới được thêm và di chuyển về sau | Entity Points được sử dụng khi bản ghi được di chuyển thành công lần đầu |
| Một hoạt động di chuyển mới bao gồm các bản ghi đủ điều kiện đã được tính trong Dịch vụ chuyển đổi dữ liệu đã mua theo lộ trình cố định | Những bản ghi đã được tính trước đó không dùng lại Entity Points |
Bản thân hoạt động di chuyển không quyết định việc sử dụng Entity Points. Continue the di chuyển dữ liệu with the Last Used Configuration, Continue the di chuyển dữ liệu with a New Configuration và Perform a Di chuyển New đều có thể xử lý cả bản ghi hiện có lẫn bản ghi mới. Dung lượng được tính dựa trên việc từng bản ghi đủ điều kiện đã được tính trước đó trong Dịch vụ chuyển đổi dữ liệu đã mua theo lộ trình cố định hay chưa.
Quy tắc này giúp phần dung lượng còn lại tiếp tục có giá trị đối với dữ liệu phát sinh về sau. Đồng thời, dự án cần theo dõi Products, Customers, Orders và Blog Posts mới khi Cửa hàng nguồn vẫn hoạt động.
Dùng Entity Points cho đúng quyết định
Entity Points nên được dùng để định hướng:
- lựa chọn gói;
- dự trù dung lượng;
- theo dõi mức sử dụng thực tế;
- nâng cấp gói;
- lập kế hoạch cho số bản ghi đủ điều kiện phát sinh về sau.
Entity Points không dùng để quyết định:
- lựa chọn Standard Service, Managed Service hay Custom Service;
- dự án có cần Add-on hay không;
- một cấu trúc dữ liệu tùy chỉnh có được hỗ trợ hay không;
- phạm vi có bao gồm việc triển khai trên Nền tảng đích hay không;
- kết quả di chuyển có thể chấp nhận được hay không.
Những quyết định trên cần dựa vào thông tin đã xác nhận về phạm vi, phân tích trách nhiệm và kết quả xác thực. Tổng Entity Points chính xác là thông tin cần thiết để xác định mức giá, nhưng không thể thay thế việc tìm hiểu dữ liệu.
Ranh giới này giúp tránh hai sai lầm trái ngược trong quá trình lập kế hoạch. Một cửa hàng có thể cần Entity Points Plan lớn hơn nhưng vẫn dễ chuyển đổi. Cửa hàng khác có thể phù hợp với gói nhỏ hơn nhưng chứa các mối quan hệ tùy chỉnh cần được đánh giá sâu. Vì vậy, dung lượng và độ phức tạp nên được xem xét song song, nhưng không được coi là cùng một thước đo.
Kết luận
Trong Dịch vụ chuyển đổi dữ liệu của Next-Cart, Entity Points quy đổi số lượng Products, Customers, Orders và Blog Posts thành dung lượng theo trọng số. Mức ước tính khi mua giúp chọn gói, dung lượng gói xác định giới hạn khả dụng, còn các bản ghi đủ điều kiện đã di chuyển thành công quyết định mức sử dụng thực tế.
Điều quan trọng nhất trong quá trình lập kế hoạch là phân biệt đúng các khái niệm. Dung lượng không đồng nghĩa với độ phức tạp. Số lượng ước tính không phải là bộ lọc. Thứ tự di chuyển dữ liệu không phải là thứ tự sử dụng Entity Points. Hoạt động về sau cũng không tự động khiến các bản ghi đã được tính trong Dịch vụ chuyển đổi dữ liệu đã mua theo lộ trình cố định bị tính Entity Points thêm lần nữa.
Khi những ranh giới này được hiểu rõ, Entity Points trở thành cơ sở thiết thực để ước tính lượng dữ liệu có thể xử lý thay vì bị dùng như một chỉ số gây hiểu lầm cho toàn bộ quá trình chuyển đổi hệ thống.
Câu hỏi thường gặp
Những bản ghi nào được tính Entity Points?
Products, Customers, Orders và Blog Posts là bốn loại dữ liệu được tính.
Entity Points được tính như thế nào?
Products có trọng số cố định là 1.0, Customers là 0.5, Orders là 0.8 và Blog Posts là 0.6.
Số lượng nhập khi mua có giới hạn những bản ghi được di chuyển không?
Số lượng nhập khi mua không giới hạn những bản ghi được di chuyển. Các con số này được dùng để ước tính và chọn gói, không hoạt động như bộ lọc bản ghi.
Điều gì xảy ra nếu mức sử dụng thực tế cao hơn số ước tính?
Quá trình di chuyển có thể tiếp tục miễn là gói còn đủ dung lượng. Nếu dung lượng đã hết, việc xử lý sẽ tạm dừng cho đến khi có thêm dung lượng khả dụng.
Entity Points chưa sử dụng có thể dùng cho hoạt động di chuyển về sau không?
Entity Points chưa sử dụng vẫn có thể dùng cho hoạt động di chuyển về sau. Phần dung lượng còn lại có thể dùng cho các bản ghi đủ điều kiện được di chuyển về sau trong Dịch vụ chuyển đổi dữ liệu đã mua theo lộ trình cố định.
Bản ghi có dùng lại Entity Points trong một hoạt động di chuyển về sau không?
Không, nếu chính bản ghi đó đã được tính trong Dịch vụ chuyển đổi dữ liệu đã mua theo lộ trình cố định. Bản ghi đủ điều kiện mới sẽ sử dụng Entity Points khi được di chuyển thành công lần đầu.
Categories, Reviews hoặc CMS Pages có sử dụng Entity Points không?
Các cấu trúc này không tự làm phát sinh mức sử dụng Entity Points. Tuy vậy, chúng vẫn có thể giữ vai trò quan trọng trong phạm vi di chuyển được hỗ trợ và quá trình xác thực.