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 रिकॉर्ड जोड़े जा सकते हैं.

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

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

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

नीचे दिए गए 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 यूटीसी "ज़ुलु" में टाइमस्टैंप फ़ॉर्मैट, नैनोसेकंड रिज़ॉल्यूशन और ज़्यादा से ज़्यादा नौ फ़्रैक्शनल अंकों के साथ हो सकता है. उदाहरण: "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" }.