ภาพรวม

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

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

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

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

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

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

  • ค่า DateTime และเวลา: สำหรับพร็อพเพอร์ตี้ที่ต้องใช้ค่า DateTime หรือ Time ให้ใช้รูปแบบที่ระบุไว้ในรูปแบบ DateTime และเวลา เช่น 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: อย่าใช้ค่า null แทนออบเจ็กต์ หากออบเจ็กต์ไม่บังคับ คุณต้องละเว้นออบเจ็กต์นั้นในฟีด

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

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

ถัดไป
การเริ่มใช้งานอย่างง่าย