개요

주문 엔드 투 엔드 데이터 피드의 구조는 관계형 인벤토리 스키마로 정의됩니다. 주문 엔드 투 엔드 데이터 피드는 다음과 같은 최상위 항목으로 구성됩니다.

다음 다이어그램은 Service, Restaurant, Menu 항목이 단일 식당을 나타내는 방식을 보여줍니다.

레스토랑 서비스 메뉴 클래스 관계 다이어그램
그림 1: 엔드 투 엔드 데이터 피드 항목 주문(서비스, 음식점, 메뉴)의 전반적인 관계

일반 가이드라인

  • 파일당 음식점: 각 데이터 파일은 관련 Service 및 Menu 항목으로 하나의 식당을 나타내야 합니다. 식당 파일을 검색하는 데 도움이 되는 파일 이름을 사용하세요.

  • 데이터 파일 형식: 데이터 파일은 줄바꿈으로 구분된 JSON 파일 (ndjson 형식)으로 형식을 지정해야 합니다.

  • 날짜 시간 및 시간 값: DateTime 또는 Time 값이 필요한 속성의 경우 날짜 시간 및 시간 형식에 지정된 형식을 사용합니다. 예를 들어 DateTime의 경우 2017-05-01T06:30:00+05:30, Time의 경우 T08:08:00+05:30입니다.

  • ID: @id 속성을 사용하여 항목 유형 내의 모든 고유 항목을 식별합니다. 최대 길이는 300자(영문 기준)입니다. @id는 해당 유형 항목의 고유 식별자이지만, 여러 항목에서 ID가 중복될 수 있습니다. 예를 들어 @id 속성이 a16로 설정된 Service 항목을 정의한다고 가정해 보겠습니다. @id이 a16인 또 다른 Service 항목을 만들 수 없습니다. 그러나 a16를 Menu 항목의 @id 값으로 사용할 수 있습니다.

  • ID 생성: ID를 안정적으로 유지합니다. UUID를 사용하거나 피드 업로드 간에 ID를 변경하거나 무작위로 지정하지 마세요. 이렇게 하면 항목 관련 문제를 더 쉽게 지원할 수 있습니다.

  • Null 값: 객체 대신 null 값을 사용하지 마세요. 객체가 선택사항인 경우 피드에서 생략해야 합니다.

클라이언트 라이브러리

도구 섹션의 클라이언트 코드 생성기를 사용하여 주문 엔드 투 엔드 데이터 피드를 검증할 수 있습니다.

다음
빠른 시작