資料移轉 2.0 版:常見問題
透過集合功能整理內容
你可以依據偏好儲存及分類內容。
本文將回答一些常見問題。
- 檔案名稱包含哪些資訊?
- 每個檔案名稱都會有一串數字,例如:
dcm_account1234_impression_2016022601_20160225_234912_218211994.csv.gz
- 「
2016022601
」採用 YYYYMMDDHH
格式。這是該檔案中的事件的世界標準時間 (UTC 時間,格式為 0 到 23)。
20160225_234912
為 YYYYMMDD_HHMMSS
格式。
這是指報表產生的時間 (以當地帳戶時間 (DoubleClick 和統合式) 或 EST (僅限 DBM)。
218211994
是檔案 ID。
- 如何得知是否已提交所有檔案?
- 每天都有:
- 24 個點擊檔案 (0-23 小時)。
- 24 個曝光檔案 (0 到 23 個小時)。
- 1 個活動檔案。
- 21 個對照表。
使用自訂設定的用戶端可能會有不同的編號。
- 如果我在相同日期和時段遇到重複的檔案,該怎麼辦?
- 可能發生這類情形。如有多個檔案具有相同的日期/小時的時間戳記,請使用檔案名稱時間戳記,使用包含分鐘 / 秒的最新檔案。
- 我認為某些資料不正確,該怎麼辦?
- 請與支援代表聯絡,並提供問題的相關資訊。如果缺少資料,請提供缺少營業時間的相關詳細資訊,以及未納入檔案的檔案。
- 如何找出在第 2 版中淘汰的項目,或是移至對照表?
- 請參閱遷移指南,瞭解第 1 版與第 2 版之間的對應資訊。
除非另有註明,否則本頁面中的內容是採用創用 CC 姓名標示 4.0 授權,程式碼範例則為阿帕契 2.0 授權。詳情請參閱《Google Developers 網站政策》。Java 是 Oracle 和/或其關聯企業的註冊商標。
上次更新時間:2025-07-25 (世界標準時間)。
[null,null,["上次更新時間:2025-07-25 (世界標準時間)。"],[[["\u003cp\u003eFile names contain information like UTC hour, report generation time, and a unique file ID, structured with specific number strings.\u003c/p\u003e\n"],["\u003cp\u003eA complete daily data set includes 24 click files, 24 impression files, 1 activity file, and 21 match tables, but custom setups may differ.\u003c/p\u003e\n"],["\u003cp\u003eIf encountering duplicate files with the same date and hour, select the file with the latest timestamp indicated in the filename.\u003c/p\u003e\n"],["\u003cp\u003eFor data discrepancies or missing information, reach out to your support representative with details about the issue, including specific hours or files.\u003c/p\u003e\n"],["\u003cp\u003eTo understand changes from previous versions, consult the migration guide for information about feature deprecation and relocations to match tables.\u003c/p\u003e\n"]]],[],null,["# Data Transfer v2.0: FAQ\n\nThis document provides answers to some frequently asked questions.\n\nWhat information is in the filename?\n: Each file name will have a string of numbers, for example: \n\n `dcm_account1234_impression_2016022601_20160225_234912_218211994.csv.gz` \n\n - `2016022601` is in `YYYYMMDDHH` format. This is the UTC hour for events in that file (hours are numbered 0 to 23).\n - `20160225_234912` is in `YYYYMMDD_HHMMSS` format. This is the time the report was generated in local account time (DCM and unified) or EST (DBM only).\n - `218211994` is the file ID.\n\nHow do I know when all files are delivered?\n: For each day there are: \n\n - 24 click files (hours 0-23).\n - 24 impression files (hours 0-23).\n - 1 activity file.\n - 21 match tables.\n\n Clients with custom configurations may have different numbers.\n\nWhat if I encounter duplicate files for the same date and hour?\n: This can happen. When more than one file has the same date/hour stamp, use the one with the\n latest minutes / seconds, based on the filename timestamp.\n\nI think some of my data is incorrect, what can I do?\n: Contact your support representative with information about the problem. If data\n seems to be missing, provide details about which hours are missing, and files that aren't\n accounted for.\n\nHow do I find out what's been deprecated in v2, or moved to match tables?\n: See the [migration guide](../migrating) for information on mapping from v1 to v2."]]