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" }.