फ़िलहाल, हम रिपोर्ट टाइप के सबसेट को ऑफ़लाइन से झटपट रिपोर्टिंग में माइग्रेट कर रहे हैं. उपयोगकर्ता के माइग्रेट हो जाने के बाद, queries.list जवाबों में मौजूदा इंस्टैंट रिपोर्ट शामिल होंगी. ज़्यादा जानकारी के लिए, हमारी ब्लॉग पोस्ट देखें.

इस पेज का अनुवाद Cloud Translation API से किया गया है.

इकाई की पढ़ी गई फ़ाइलें ऐक्सेस करें

इकाई पढ़ने वाली फ़ाइलें, पार्टनर के कैंपेन ऑब्जेक्ट के JSON वर्शन होती हैं. इकाई की 'रीड फ़ाइलें' सिर्फ़ रीड-ओनली होती हैं और इनका इस्तेमाल, Google Display &Video 360 में बदलावों को बैक अप करने के लिए नहीं किया जा सकता. इकाई की 'रीड फ़ाइलें' इस्तेमाल करने के बारे में ज़्यादा जानने के लिए, अपने खाता मैनेजर से संपर्क करें. वह आपकी ज़रूरतों के बारे में ज़्यादा जानकारी दे सकता है.

ध्यान दें कि इकाई की रीड फ़ाइलें, प्रोसेस होने की तारीख से सिर्फ़ 60 दिनों के लिए उपलब्ध होती हैं.

इकाई की पढ़ी गई फ़ाइलों का फ़ॉर्मैट, फ़ाइल फ़ॉर्मैट का रेफ़रंस में देखा जा सकता है.

इकाई की पढ़ी गई फ़ाइलें दो ग्रुप के तौर पर सेव की जाती हैं:

सार्वजनिक टेबल, जिनमें सामान्य सार्वजनिक डेटा होता है. जैसे, gdbm-public बकेट में सेव किए गए ब्राउज़र वर्शन या भाषाओं के बारे में जानकारी.
निजी टेबल, जिनमें पार्टनर के कैंपेन, बजट, और अन्य निजी डेटा की जानकारी होती है. निजी टेबल, पार्टनर के हिसाब से बकेट में सेव की जाती हैं. उदाहरण के लिए, अगर आपका पार्टनर आईडी 123 है, तो आपकी निजी टेबल वाली बकेट gdbm-123 होगी.

सार्वजनिक और निजी, दोनों टेबल, बकेट में entity सबडायरेक्ट्री में होती हैं. सब-डायरेक्ट्री को मैनेज करने के बारे में ज़्यादा जानने के लिए, Cloud Storage ऑब्जेक्ट नेमस्पेस देखें.
सार्वजनिक टेबल, यूटीसी के मुताबिक सुबह 5 बजे जनरेट होती हैं. निजी टेबल, आपके पार्टनर के टाइमज़ोन के हिसाब से सुबह 5 बजे जनरेट होती हैं. हालांकि, कुछ मामलों में इसमें देरी हो सकती है. ये टेबल, Google Cloud Storage में अपने-आप और सुरक्षित तरीके से सेव हो जाती हैं. सारी सार्वजनिक और निजी टेबल जनरेट होने के बाद, खास जानकारी वाली फ़ाइल जनरेट होती है.

सार्वजनिक टेबल

gdbm-public/entity/(processing_date).(batch_index).(entity_type).json

फ़ील्ड	ब्यौरा
`processing_date`	Display & Video 360 ने डेटा को प्रोसेस करने की तारीख और फ़ाइल में मौजूद इवेंट का आपस में कोई संबंध नहीं होना चाहिए. तारीख का फ़ॉर्मैट `YYYYMMDD` है. उदाहरण के लिए, `20120320` का मतलब 20 मार्च, 2012 होगा.
`batch_index`	बैच का शून्य से शुरू होने वाला इंडेक्स. उदाहरण के लिए, अगर हर घंटे जनरेट किया जाता है, तो पहला बैच `0` होगा, दूसरा बैच `1` होगा. यह भी जारी रहेगा.
`entity_type`	फ़ाइल का टाइप: `SupportedExchange`, `DataPartner`, `UniversalSite`, `GeoLocation`, `Language`, `OperatingSystem`, `Browser`, `Isp`, `summary`, और `SiteIdToPlacementId.csv`.

उदाहरण के लिए, अगर 15 जनवरी, 2013 से browser टेबल के लिए, इकाई की पढ़ी गई फ़ाइल वापस पाने के लिए कोई फ़ाइल नाम जनरेट किया जा रहा था, तो फ़ाइल का पाथ ऐसा दिखेगा

gdbm-public/entity/20130115.0.Browser.json

निजी टेबल

gdbm-(partner_id)/entity/(processing_date).(batch_index).(entity_type).json

फ़ील्ड	ब्यौरा
`partner_id`	आपके पार्टनर का अंकों वाला आईडी.
`processing_date`	वह तारीख जब Display & Video 360 ने डेटा को प्रोसेस किया. यह ज़रूरी नहीं है कि यह तारीख, फ़ाइल में मौजूद इवेंट से जुड़ी हो. तारीख का फ़ॉर्मैट `YYYYMMDD` है. उदाहरण के लिए, `20120320` का मतलब 20 मार्च, 2012 होगा. फ़ाइलें, पार्टनर के टाइमज़ोन के मुताबिक सुबह 4 बजे से सुबह 6 बजे के बीच जनरेट होंगी.
`batch_index`	बैच का शून्य से शुरू होने वाला इंडेक्स. फ़िलहाल, यह हमेशा 0 है.
`entity_type`	फ़ाइल का टाइप: `Partner`, `Advertiser`, `InsertionOrder`, `LineItem`, `Creative`, `Pixel`, `InventorySource`, `UserList`, `UniversalChannel`, और `summary`.

उदाहरण के लिए, अगर आपको 2 अप्रैल, 2013 से line_item टेबल को ऐक्सेस करने वाले पार्टनर 123 के लिए, इकाई की रीड फ़ाइल को वापस पाने के लिए फ़ाइल का नाम जनरेट करना था, तो आपका फ़ाइल नाम कुछ ऐसा दिखेगा:

gdbm-123/entity/20130402.0.LineItem.json