Cấu trúc của nguồn cấp dữ liệu Đặt hàng hai đầu được xác định theo giản đồ khoảng không quảng cáo quan hệ. Nguồn cấp dữ liệu hai đầu sắp xếp thứ tự bao gồm các thực thể cấp cao nhất sau đây:
- Thực thể
Restaurant: Nhà hàng bạn phục 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ơ đồ dưới đâ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 trong 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àMenucó liên quan. Sử dụng tên tệp có thể giúp bạn tìm kiếm một nhà hàng.Định dạng tệp dữ liệu: Các tệp dữ liệu cần được định dạng ở các tệp JSON được phân tách bằng dòng mới (định dạng ndjson).
Giá trị ngày giờ và thời gian: Đố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 ngày giờ và thời gian. 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ể duy nhấ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 giữa 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ểServicecó 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ữ mã nhận dạng cố định – không sử dụng mã nhận dạng duy nhất (UUID) hoặc thay đổi/sắp xếp ngẫu nhiên mã nhận dạng giữa các lần tải nguồn cấp dữ liệu lên. Điều này giúp các vấn đề liên quan đến thực thể được hỗ trợ dễ dàng hơn.
Giá trị rỗng: Không dùng giá trị
nullthay cho đối tượng. Nếu một đối tượng là không bắt buộc, bạn phải loại đối tượng đó khỏi nguồn cấp dữ liệu.
Thư viện ứng dụng
Trình tạo mã ứng dụng khách trong phần Công cụ có sẵn để xác thực nguồn cấp dữ liệu Đặt hàng hai đầu của bạn.