इस सवाल में दो चीज़ों को अलग-अलग समझना ज़रूरी है। आपकी वर्कबुक की संरचना, हाँ: .xlsx या .csv फ़ाइल को आपके विवरण के साथ अटैच करें, उसके कॉलम और शीट्स को पढ़ा जाता है और वे आपके द्वारा निर्माण से पहले स्वीकृत किए जाने वाले प्लान में फ़ील्ड्स और एंटिटीज़ बन जाते हैं। आपकी पंक्तियाँ, नहीं: कोई सार्वभौमिक आयात स्क्रीन नहीं है, ऐप प्रदर्शन डेटा के साथ शुरू होता है, और आपके *विद्यमान डेटा* को या तो वास्तविक रूप से उपयोगी क्षेत्र के आधार पर हाथ से दर्ज किया जाता है, या एक बार में डेटाबेस के माध्यम से, जो एक मानक PostgreSQL डेटाबेस है और जिसका स्वामित्व आपको ही है। दूसरी ओर, डेटा निकालना तुरंत संभव है: प्रत्येक सूची से CSV निर्यात, और सभी डेटासेट्स का JSON निर्यात।
संरचना: हाँ, आपकी वर्कबुक पढ़ी जाती है
एक प्रबंधन स्प्रेडशीट में हमेशा एक ऐप का बीज छुपा होता है: शीट्स एंटिटीज़ हैं, एक शीट से दूसरी शीट पर कॉपी किए गए कॉलम रिलेशनशिप्स हैं, और “OK / चल रहा है / देरी” जैसे कोड स्टेटस हैं। आपको इन सभी चीज़ों का अनुवाद स्वयं करने की ज़रूरत नहीं है: .xlsx या .csv फ़ाइल सीधे आपके विवरण के साथ अटैच कर दी जाती है, उसे पढ़ा जाता है, और उसमें मौजूद जानकारी प्लान के निर्माण को आधार देती है।
यह प्लान आपको कुछ भी निर्मित होने से पहले दिखाया जाता है, और उसे संशोधित किया जा सकता है: किसी फ़ील्ड का नाम बदलना, किसी कॉलम को हटाना जो केवल एक कॉपी था, स्टेटस की सूची को सुधारना। यहीं पर आपके काम करने के तरीके के प्रति वफादारी तय होती है, बाद में नहीं।
आपकी पंक्तियाँ: नहीं, और यह स्पष्ट रूप से कहना बेहतर है
आज के जनरेटेड ऐप्स में कोई सार्वभौमिक 'अपनी फ़ाइल आयात करें' स्क्रीन नहीं है। ऐप वास्तविक परिस्थितियों जैसे प्रदर्शन डेटा के साथ शुरू होता है, ताकि आप उसे *व्यवहार में* आज़मा सकें और टूल का मूल्यांकन कर सकें।; यह आपका डेटा नहीं है, और इसे हटाया जा सकता है। एक अपवाद है: माप की एंटिटीज़, रीडिंग्स, सेंसर श्रृंखलाएँ, ट्रैक्स, जिन्हें फ़ाइल आयात के लिए एक विशेष मार्ग दिया गया है, क्योंकि कोई माप हमेशा फ़ॉर्म के बजाय फ़ाइल के माध्यम से आता है।
बाकी सभी के लिए दो रास्ते हैं। पहला: वास्तव में उपयोगी क्षेत्र के आधार पर डेटा को हाथ से दर्ज करना, जो जितना लंबा लगता है उससे कहीं कम समय लेता है (नीचे देखें)। दूसरा: डेटाबेस के माध्यम से एक बार में लोड करना, यह एक मानक PostgreSQL डेटाबेस है जिसे Prisma चलाता है, और ऐप का कोड आपका है, इसलिए कोई डेवलपर, या आप स्वयं, अगर आपको कोडिंग का अनुभव है, एक छोटे स्क्रिप्ट के साथ उसमें CSV लोड कर सकते हैं। यह पूर्व-तैयार नहीं दिया जाता; बस यह संभव है, जो किसी बंद टूल में नहीं होता जहाँ डेटाबेस कभी आपको नहीं दिखाया जाता।
वह इतिहास जो वास्तव में ज़रूरी है, आपके विचार से कहीं छोटा है
“सब कुछ खो देने” के डर का मतलब है कि सब कुछ फिर से लाना होगा। वास्तव में, जो रोज़मर्रा के काम में काम आता है वह है वर्तमान डेटा: खुले मामले, सक्रिय ग्राहक, वास्तविक स्टॉक। बाकी सब कुछ आर्काइव है, और आर्काइव को काम करने वाले टूल के अंदर रहने की ज़रूरत नहीं है, पढ़ने के लिए लॉक की गई स्प्रेडशीट उसे बिल्कुल सही तरीके से संरक्षित करती है और उसे आसानी से देखा जा सकता है।
इसलिए जो माइग्रेशन काम करता है, वह क्रमिक है: पहले सप्ताह से ऐप में नए मामले, फिर वर्तमान डेटा को लाना, और अंत में स्प्रेडशीट को आर्काइव के रूप में स्थिर करना। यह कुछ शामों का काम है, कोई बड़ा प्रोजेक्ट नहीं, और इसका यह फायदा भी है कि आप जो डेटा ले रहे हैं उसे फिर से पढ़ते हैं, बजाय दस साल के अनावश्यक डेटा को दोहराने के।
दूसरी ओर: अपने डेटा को तुरंत बाहर निकालना
आयात का सवाल एक और, अधिक महत्वपूर्ण सवाल को छुपाता है: क्या मैं बाहर जा सकता हूँ? ऐप की प्रत्येक सूची में दिखाई दे रही पंक्तियों के लिए CSV निर्यात बटन होता है, फ़िल्टर्स सहित, जो फ़्रेंच भाषा सेटिंग्स वाले एक्सेल द्वारा सही ढंग से खोला जा सकता है, अर्धविराम के रूप में विभाजक और सही एन्कोडिंग के साथ, बिना किसी अतिरिक्त समायोजन के।। ऐप की सेटिंग्स में अतिरिक्त रूप से प्रत्येक डेटासेट का JSON निर्यात भी उपलब्ध है।
इसके अलावा एक विशेषता जो इसे वास्तव में अलग करती है: ऐप का कोड ZIP आर्काइव के रूप में निर्यात किया जा सकता है या GitHub पर प्रेषित किया जा सकता है, और डेटाबेस आपकी है। जिस टूल से आप तीन क्लिक्स में बाहर निकल सकते हैं, उसे आपको रोकने की कोई ज़रूरत नहीं है: यह कोई भी सॉफ़्टवेयर के साथ अपने डेटा को डालने से पहले करने वाला सबसे अच्छा परीक्षण है।