আমরা বর্তমানে অফলাইন থেকে তাত্ক্ষণিক প্রতিবেদনে প্রতিবেদনের প্রকারের একটি উপসেট স্থানান্তর করছি৷ একবার একজন ব্যবহারকারী স্থানান্তরিত হলে, queries.list প্রতিক্রিয়া বিদ্যমান তাত্ক্ষণিক প্রতিবেদন অন্তর্ভুক্ত করবে। আরো তথ্যের জন্য আমাদের ব্লগ পোস্ট দেখুন.

এই পৃষ্ঠাটি Cloud Translation API অনুবাদ করেছে।

সত্তা রিড ফাইল অ্যাক্সেস করুন

এন্টিটি রিড ফাইলগুলি হল একটি অংশীদারের প্রচারাভিযানের বস্তুর JSON উপস্থাপনা৷ এন্টিটি রিড ফাইলগুলি শুধুমাত্র পঠনযোগ্য এবং Google ডিসপ্লে এবং ভিডিও 360-এ পরিবর্তনগুলি লেখার জন্য ব্যবহার করা যাবে না৷ এন্টিটি রিড ফাইলগুলি ব্যবহার করার বিষয়ে আরও জানতে, আপনার অ্যাকাউন্ট ম্যানেজারের সাথে যোগাযোগ করুন, যিনি আপনার প্রয়োজনগুলি আরও বিশদে আলোচনা করতে সক্ষম হবেন৷

মনে রাখবেন যে এন্টিটি রিড ফাইলগুলি তাদের প্রক্রিয়াকরণের তারিখ থেকে শুধুমাত্র 60 দিনের জন্য উপলব্ধ।

সত্তা পড়ার ফাইলগুলির বিন্যাস ফাইল বিন্যাস রেফারেন্সে দেখা যেতে পারে।

সত্তা পড়া ফাইল দুটি গ্রুপ হিসাবে সংরক্ষণ করা হয়:

পাবলিক টেবিল, যাতে সাধারণ পাবলিক ডেটা থাকে, যেমন ব্রাউজার সংস্করণ বা ভাষা সম্পর্কে তথ্য যা gdbm-public bucket-এ সংরক্ষিত থাকে।
ব্যক্তিগত টেবিল, যাতে অংশীদারের প্রচারাভিযান, বাজেট এবং অন্যান্য ব্যক্তিগত ডেটা সম্পর্কে তথ্য থাকে। ব্যক্তিগত টেবিলগুলি অংশীদার-নির্দিষ্ট বালতিতে সংরক্ষণ করা হয়; উদাহরণস্বরূপ, যদি আপনার পার্টনার আইডি 123 হয়, তাহলে আপনার ব্যক্তিগত টেবিলের বালতিটি হবে gdbm-123 ।

পাবলিক এবং প্রাইভেট উভয় টেবিলই বালতির মধ্যে একটি entity সাবডিরেক্টরিতে থাকে। সাবডিরেক্টরি পরিচালনার বিষয়ে আরও তথ্যের জন্য, ক্লাউড স্টোরেজ অবজেক্ট নেমস্পেস দেখুন।
পাবলিক টেবিল 5AM UTC এ তৈরি হয়। ব্যক্তিগত টেবিলগুলি আপনার অংশীদারের টাইমজোনে 5AM এ তৈরি হয় (যদিও বিরল ক্ষেত্রে বিলম্ব হতে পারে) এবং Google ক্লাউড স্টোরেজে স্বয়ংক্রিয়ভাবে এবং নিরাপদে সংরক্ষণ করা হয়। সমস্ত পাবলিক এবং প্রাইভেট টেবিল তৈরি করার পরে একটি সারাংশ ফাইল তৈরি করা হয়।

পাবলিক টেবিল

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। ফাইলগুলি পার্টনারের টাইমজোনে 4AM থেকে 6AM-এর মধ্যে তৈরি হবে৷
`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