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

इकाई की पढ़ी गई फ़ाइलें, किसी पार्टनर के कैंपेन ऑब्जेक्ट को 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