Cấu trúc của nguồn cấp dữ liệu Toàn diện về đơn đặt hàng được xác định bằng giản đồ kho hàng quan hệ. Nguồn cấp dữ liệu quy trình đặt hàng toàn diện bao gồm các thực thể cấp cao nhất sau:
- Thực thể
Restaurant: Nhà hàng mà bạn cung cấp dịch vụ. - Thực thể
Service: Thời gian, vị trí và điều kiện của dịch vụ. - Thực thể
Menu: Thông tin chi tiết về thực đơn của từng nhà hàng.
Sơ đồ sau đây cho thấy cách các thực thể Service, Restaurant và Menu đại diện cho một nhà hàng:
Nguyên tắc chung
Số nhà hàng trên mỗi tệp: Mỗi tệp dữ liệu phải đại diện cho một nhà hàng với các thực thể
ServicevàMenuliên quan. Sử dụng tên tệp có thể giúp bạn tìm kiếm tệp của một nhà hàng.Định dạng tệp dữ liệu: Tệp dữ liệu cần được định dạng ở định dạng tệp JSON phân tách bằng dòng mới (định dạng ndjson).
Giá trị DateTime và Time: Đối với các thuộc tính yêu cầu giá trị
DateTimehoặcTime, hãy sử dụng các định dạng được chỉ định trong Định dạng DateTime và Time. Ví dụ:2017-05-01T06:30:00+05:30choDateTimevàT08:08:00+05:30choTime.Mã nhận dạng: Sử dụng thuộc tính
@idđể xác định tất cả các thực thể riêng biệt trong một loại thực thể. Độ dài tối đa là 300 ký tự.@idlà giá trị nhận dạng duy nhất của thực thể thuộc loại đó, nhưng trên các thực thể, mã nhận dạng có thể trùng lặp. Ví dụ: giả sử bạn xác định một thực thểServicevới thuộc tính@idđược đặt thànha16. Bạn không thể tạo một thực thểServicekhác có@idlàa16. Tuy nhiên, bạn có thể sử dụnga16làm giá trị@idcủa thực thểMenu.Tạo mã nhận dạng: Giữ cho mã nhận dạng của bạn ổn định – không sử dụng UUID hoặc thay đổi/tạo mã nhận dạng ngẫu nhiên giữa các lần tải nguồn cấp dữ liệu lên. Điều này giúp hỗ trợ dễ dàng hơn đối với các vấn đề liên quan đến thực thể.
Giá trị rỗng: Không sử dụng giá trị
nullthay cho đối tượng. Nếu một đối tượng không bắt buộc, bạn phải bỏ qua đối tượng đó khỏi nguồn cấp dữ liệu.
Thư viện ứng dụng
Bạn có thể sử dụng trình tạo mã ứng dụng trong mục Công cụ để xác thực nguồn cấp dữ liệu Toàn bộ quy trình đặt hàng.