Method: inventory.partners.feeds.record.batchDelete

चुने गए फ़ीड टाइप के रिकॉर्ड मिटाता है. सिर्फ़ बुनियादी पुष्टि करता है (जैसे कि गलत अनुरोध). इसके बाद, पार्टनर को तुरंत सही जवाब मिलता है. Google, अनुरोध पर कारोबार के लॉजिक की पुष्टि एसिंक्रोनस तरीके से करता है. यह बैच कॉल असमानता की गारंटी नहीं देता.

एचटीटीपी अनुरोध

POST https://mapsbooking.googleapis.com/v1alpha/inventory/{parent=partners/*/feeds/*}/record:batchDelete

यूआरएल, gRPC ट्रांसकोडिंग सिंटैक्स का इस्तेमाल करता है.

पाथ के पैरामीटर

पैरामीटर
parent

string

संसाधन का नाम, जिसका फ़ॉर्मैट partners/{partner_id}/feeds/{feed_name} है.

अनुरोध का मुख्य भाग

अनुरोध के मुख्य हिस्से में इस तरह का डेटा शामिल होता है:

जेएसओएन के काेड में दिखाना
{
  "records": [
    {
      object (GenericDeleteRecord)
    }
  ]
}
फ़ील्ड
records[]

object (GenericDeleteRecord)

मिटाए जाने वाले रिकॉर्ड. एक api कॉल में अधिकतम 1000 रिकॉर्ड की अनुमति है.

जवाब का मुख्य भाग

कामयाब रहने पर, जवाब का मुख्य हिस्सा खाली रहता है.

अनुमति पाने के लिंक

नीचे दिए गए OAuth के लिंक की ज़रूरत हाेती है:

  • https://www.googleapis.com/auth/mapsbooking

GenericDeleteRecord

यूआरएल के अनुरोध में बताए गए फ़ीड टाइप को मिटाने के लिए, रिकॉर्ड करें.

जेएसओएन के काेड में दिखाना
{
  "deleteTime": string,

  // Union field record_type can be only one of the following:
  "dataRecord": string,
  "protoRecord": {
    "@type": string,
    field1: ...,
    ...
  }
  // End of list of possible types for union field record_type.
}
फ़ील्ड
deleteTime

string (Timestamp format)

ज़रूरी है. इस टाइमस्टैंप का इस्तेमाल करके, यह तय किया जाता है कि इन्वेंट्री में किसी आइटम को किस क्रम में मिटाया जाएगा.

RFC3339 यूटीसी "ज़ुलु" फ़ॉर्मैट में एक टाइमस्टैंप, जिसमें नैनोसेकंड रिज़ॉल्यूशन और नौ फ़्रैक्शनल अंक तक हो सकते हैं. उदाहरण: "2014-10-02T15:01:23Z" और "2014-10-02T15:01:23.045123456Z".

यूनियन फ़ील्ड record_type. अलग-अलग तरह के फ़ीड को एनकैप्सुलेट करें, जैसे कि ndjson, प्रोटो-आधारित वगैरह. किसी फ़ीड या BatchPush API में रिकॉर्ड दिए जाने के तरीके जैसा ही पार्टनर पूरा रिकॉर्ड दे सकता है. पार्टनर के पास, रिकॉर्ड के सिर्फ़ ज़रूरी फ़ील्ड को शामिल करने का विकल्प भी होता है, ताकि रिकॉर्ड की खास पहचान की जा सके. record_type इनमें से सिर्फ़ एक हो सकता है:
dataRecord

string (bytes format)

नॉन-प्रोटो आधारित फ़ीड के लिए.

Base64 कोड में बदली गई स्ट्रिंग.

protoRecord

object

प्रोटो-आधारित फ़ीड के लिए.

एक ऑब्जेक्ट, जिसमें आर्बिट्रेरी टाइप के फ़ील्ड शामिल हैं. एक और फ़ील्ड "@type" में, टाइप की पहचान करने वाला एक यूआरआई शामिल है. उदाहरण: { "id": 1234, "@type": "types.example.com/standard/id" }.