तीन महीने पहले चलाई गई एनालिसिस दोबारा बनाई जा सके, यह आप कैसे पक्का करते हैं?

कोड को किसी local notebook या तात्कालिक query tab के बजाय version control में रखें, तारीखों को hard code करने के बजाय parameter बनाएं, और दर्ज करें कि नंबर किन source table से और किस snapshot या run की तारीख से आए। परिभाषाएं और कोई भी मैनुअल छूट वहीं साथ में लिखें। अगर अंदर की table बदलती रहती हैं, तो कोड के साथ aggregate किया गया output भी सुरक्षित रखें ताकि प्रकाशित आंकड़े जांचे जा सकें।

मुख्य बात यह है कि कोड मेरी मशीन के अलावा कहीं और रहे, तो किसी बिना नाम वाले notebook या ऐसे query tab के बजाय जिसे मैं शुक्रवार तक बंद कर दूंगा, एक repository में। तारीखें parameter बनती हैं, क्योंकि किसी date range को hard code करने का मतलब है कि अगला व्यक्ति उसे चुपचाप किसी और अवधि पर दोबारा चलाएगा और बिना किसी चेतावनी के अलग जवाब पाएगा। मैं दर्ज करता हूं कि मैंने कौन सी table इस्तेमाल कीं और कब चलाया, और सबसे अहम कोई भी मैनुअल फैसला, तो अगर मैंने test account या कोई एक अजीब हफ्ता बाहर किया है, तो वह मेरी याददाश्त में रहने के बजाय फाइल में लिखा होता है। बारीक समस्या यह है कि source table बदलती रहती हैं। कोई मार्च में मेरी query दोबारा चलाता है और उसे अलग नंबर मिलते हैं, इसलिए नहीं कि मैं गलत था बल्कि इसलिए कि कोई type 1 dimension ऊपर से लिख दी गई या देर से डेटा आ गया। इसलिए जो कुछ भी प्रकाशित होता है उसके लिए मैं कोड के बगल में aggregate किया हुआ output सुरक्षित रख लेता हूं। इस तरह जब कोई छह महीने बाद किसी आंकड़े पर सवाल करे, तो मैं दिखा सकता हूं कि उस वक्त डेटा कैसा था और तब से क्या बदला।