ภาพรวม

โครงสร้างของฟีดข้อมูลการสั่งซื้อจากต้นทางถึงปลายทางจะกำหนดโดยสคีมาสินค้าคงคลังแบบสัมพันธ์ ฟีดข้อมูลแบบต้นทางถึงปลายทางที่สั่งซื้อประกอบด้วยเอนทิตีระดับบนสุดต่อไปนี้

แผนภาพต่อไปนี้แสดงให้เห็นว่าเอนทิตี Service, Restaurant และ Menu แสดงถึงร้านอาหารแห่งเดียวอย่างไร

แผนภาพระดับความสัมพันธ์ของเมนูบริการร้านอาหาร
ภาพที่ 1: ความสัมพันธ์โดยรวมของเอนทิตีฟีดข้อมูลที่สั่งซื้อจากต้นทางถึงปลายทาง ได้แก่ บริการ ร้านอาหาร และเมนู

หลักเกณฑ์ทั่วไป

  • ร้านอาหารต่อไฟล์: ไฟล์ข้อมูลแต่ละไฟล์ควรแสดงถึงร้านอาหาร 1 แห่งที่มีเอนทิตี Service และ Menu ที่เกี่ยวข้อง ใช้ชื่อไฟล์ที่ช่วยในการค้นหาไฟล์ร้านอาหาร

  • รูปแบบไฟล์ข้อมูล: ไฟล์ข้อมูลต้องอยู่ในรูปแบบไฟล์ JSON ที่คั่นด้วยบรรทัดใหม่ (รูปแบบ ndjson)

  • ค่าวันที่และเวลา: สำหรับพร็อพเพอร์ตี้ที่ต้องใช้ค่า DateTime หรือ Time ให้ใช้รูปแบบที่ระบุในรูปแบบวันที่และเวลา ตัวอย่างเช่น 2017-05-01T06:30:00+05:30 สำหรับ DateTime และ T08:08:00+05:30 สำหรับ Time

  • รหัส: ใช้พร็อพเพอร์ตี้ @id เพื่อระบุเอนทิตีที่ไม่ซ้ำกันทั้งหมดภายในประเภทเอนทิตี มีความยาวได้สูงสุดไม่เกิน 300 อักขระ @id คือตัวระบุที่ไม่ซ้ำกันของเอนทิตีประเภทนั้นๆ แต่รหัสในเอนทิตีทั้งสองอาจซ้อนทับกันได้ ตัวอย่างเช่น สมมติว่าคุณกำหนดเอนทิตี Service ด้วยการตั้งค่าพร็อพเพอร์ตี้ @id เป็น a16 คุณไม่สามารถสร้างเอนทิตี Service อื่นที่มี @id เป็น a16 อย่างไรก็ตาม คุณสามารถใช้ a16 เป็นค่า @id ของเอนทิตี Menu

  • การสร้างรหัส: รักษารหัสให้คงที่ อย่าใช้ UUID หรือเปลี่ยน/สุ่มรหัสระหว่างการอัปโหลดฟีด วิธีนี้จะช่วยให้การสนับสนุน ปัญหาที่เกี่ยวกับเอนทิตีทำได้ง่ายขึ้น

  • ค่าว่าง: อย่าใช้ค่า null แทนออบเจ็กต์ หากออบเจ็กต์เป็นแบบไม่บังคับ คุณต้องละเว้นออบเจ็กต์นั้นจากฟีด

ไลบรารีไคลเอ็นต์

โปรแกรมสร้างรหัสไคลเอ็นต์ในส่วนเครื่องมือมีไว้เพื่อตรวจสอบฟีดข้อมูลจากต้นทางถึงปลายทางของการสั่งซื้อ