數(shù)據(jù)分析工程師+培訓(xùn)?結(jié)構(gòu)介紹如下：

了解數(shù)據(jù)采集的意義在于真正了解數(shù)據(jù)的原始面貌，包括數(shù)據(jù)產(chǎn)生的時(shí)間、條件、格式、內(nèi)容、長(zhǎng)度、限制條件等。這會(huì)幫助數(shù)據(jù)分析師更有針對(duì)性的控制數(shù)據(jù)生產(chǎn)和采集過程，避免由于違反數(shù)據(jù)采集規(guī)則導(dǎo)致的數(shù)據(jù)問題；同時(shí)，對(duì)數(shù)據(jù)采集邏輯的認(rèn)識(shí)增加了數(shù)據(jù)分析師對(duì)數(shù)據(jù)的理解程度，尤其是數(shù)據(jù)中的異常變化。

Omniture中的Prop變量長(zhǎng)度只有100個(gè)字符，在數(shù)據(jù)采集部署過程中就不能把含有大量中文描述的文字賦值給Prop變量（超過的字符會(huì)被截?cái)啵?/p>

在Webtrekk323之前的Pixel版本，單條信息默認(rèn)最多只能發(fā)送不超過2K的數(shù)據(jù)。當(dāng)頁(yè)面含有過多變量或變量長(zhǎng)度有超出限定的情況下，在保持?jǐn)?shù)據(jù)收集的需求下，通常的解決方案是采用多個(gè)sendinfo方法分條發(fā)送；而在325之后的Pixel版本，單條信息默認(rèn)最多可以發(fā)送7K數(shù)據(jù)量，非常方便的解決了代碼部署中單條信息過載的問題。

當(dāng)用戶在離線狀態(tài)下使用APP時(shí)，數(shù)據(jù)由于無法聯(lián)網(wǎng)而發(fā)出，導(dǎo)致正常時(shí)間內(nèi)的數(shù)據(jù)統(tǒng)計(jì)分析延遲。直到該設(shè)備下次聯(lián)網(wǎng)時(shí)，數(shù)據(jù)才能被發(fā)出并歸入當(dāng)時(shí)的時(shí)間。這就產(chǎn)生了不同時(shí)間看相同歷史時(shí)間的數(shù)據(jù)時(shí)會(huì)發(fā)生數(shù)據(jù)有出入。

在數(shù)據(jù)采集階段，數(shù)據(jù)分析師需要更多的了解數(shù)據(jù)生產(chǎn)和采集過程中的異常情況，如此才能更好的追本溯源。另外，這也能很大程度上避免“垃圾數(shù)據(jù)進(jìn)導(dǎo)致垃圾數(shù)據(jù)出”的問題。