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} है.

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

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

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

object (GenericDeleteRecord)

ये रिकॉर्ड मिटाए जाएंगे. एक एपीआई कॉल में ज़्यादा से ज़्यादा 1,000 रिकॉर्ड इस्तेमाल किए जा सकते हैं.

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

अगर अनुरोध पूरा हो जाता है, तो जवाब के मुख्य हिस्से में एक खाली JSON ऑब्जेक्ट होता है.

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

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

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

GenericDeleteRecord

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

JSON के काेड में दिखाना 
{
  "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)

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

यह आरएफ़सी 3339 का इस्तेमाल करता है. इसमें जनरेट किया गया आउटपुट हमेशा Z-नॉर्मलाइज़ किया जाएगा और इसमें 0, 3, 6 या 9 फ़्रैक्शनल अंक इस्तेमाल किए जाएंगे. "Z" के अलावा, अन्य ऑफ़सेट भी स्वीकार किए जाते हैं. उदाहरण: "2014-10-02T15:01:23Z", "2014-10-02T15:01:23.045123456Z" या "2014-10-02T15:01:23+05:30".
यूनियन फ़ील्ड record_type. अलग-अलग तरह के फ़ीड (ndjson, प्रोटो-आधारित वगैरह) को शामिल करें पार्टनर, पूरा रिकॉर्ड उसी तरह से उपलब्ध करा सकता है जिस तरह से फ़ीड या BatchPush API में रिकॉर्ड उपलब्ध कराया जाता है. पार्टनर के पास, किसी रिकॉर्ड के सिर्फ़ उन ज़रूरी फ़ील्ड को शामिल करने का विकल्प भी होता है जिनकी मदद से उसकी खास तौर पर पहचान की जा सकती है. record_type इनमें से सिर्फ़ एक हो सकता है:
dataRecord

string (bytes format)

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

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

object

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

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