Android विकास में SQLite का उपयोग करना। टिप्स और ट्रिक्स

हेलो, हेब्र!
मैं कुछ समय से Android के लिए विकास कर रहा हूं और आज मैं एक समस्या को हल करने में प्राप्त अनुभव के बारे में बात करना चाहूंगा।

मेरे लिए, यह प्रोजेक्ट पहला था जहां SQLite को बारीकी से उपयोग करना आवश्यक था (इससे पहले कि इसे किसी भी चीज़ के लिए <<> कहीं से <> कुछ भी चुनने की आवश्यकता नहीं थी)।

कार्य निम्नानुसार है: माल के बारकोड को स्कैन करें, उन्हें पहचानें, निर्देशिकाओं के खिलाफ जांच करें और उपयोगकर्ता को परिणाम प्रदर्शित करें।

फैसले के दौरान, उन्होंने कई दिलचस्प निष्कर्ष निकाले।

1) तालिकाओं की प्राथमिक कुंजी को " _id " कहा जाना नहीं है।

यह केवल तभी आवश्यक है जब आप मानक तंत्र का उपयोग करके तालिका प्रदर्शित करना चाहते हैं
ListView - CursorAdapter - LoaderManager - ContentProvider ( यहाँ नोट देखें)
सिद्धांत रूप में, प्रलेखन में वर्णित तुच्छ बयान, हालांकि किसी भी तरह (व्यक्तिगत रूप से, मेरे मामले में, वैसे भी) मुझे यह विचार मिला कि तालिकाओं में प्राथमिक कुंजी फ़ील्ड को _id कहा जाना चाहिए। मैंने हमेशा इससे पहले किया था, बिना विवरण में जाने के, ताकि बचने के लिए।

यदि आप पहले से तैयार टेबल संरचना को SQLite में आयात करना चाहते हैं, तो एक और महत्वपूर्ण नाम आवश्यक हो सकता है।
मेरे मामले में, निर्देशिका तालिकाओं में पहले से ही अपने स्वयं के क्षेत्र [सम्‍मिलित_आईडी] हैं , जिनके द्वारा ये तालिकाएँ जुड़ती हैं। और इन क्षेत्रों को प्राथमिक कुंजी बनाना तर्कसंगत है, क्योंकि वे स्वचालित रूप से अनुक्रमित होंगे।

2) स्वचालित रूप से एक डेटाबेस संरचना बनाने और प्रारंभिक डेटा के साथ इसे भरने की समस्या का समाधान।

पहली बार में, पहली बार आवेदन शुरू करते समय, मैंने बस एक दूरस्थ सर्वर से डेटा प्राप्त करने और संदर्भ तालिकाओं को सम्मिलित करने के बारे में सोचा। यह एक बुरा विकल्प है, क्योंकि इसमें बहुत अधिक डेटा (2Mb से थोड़ा अधिक) है।

थोड़ा बेहतर करना है थोक में , यानी। एक ही लेनदेन में डेटा डालें। यह तेजी से काम करता है, लेकिन मूल रूप से मूल संस्करण से अलग नहीं है। इस विषय पर पहले से ही एक अच्छा लेख है ।

प्रदाता में बल्कइनर के कार्यान्वयन का रूप:

@Override public int bulkInsert(Uri uri, ContentValues[] values) { int numInserted = 0; final String table = selectTable(uri); database = databaseHandler.getWritableDatabase(); database.beginTransaction(); try { for (ContentValues cv : values) { if (database.insert(table, null, cv) <= 0) { throw new SQLException("Failed to insert row into " + uri); } } database.setTransactionSuccessful(); numInserted = values.length; } finally { database.endTransaction(); getContext().getContentResolver().notifyChange(uri, null); } return numInserted; } 

और मैं चाहूंगा कि डेटा के साथ प्रीफिल्ड टेबल उपयोगकर्ता के लिए तैयार हों ताकि वह एप्लिकेशन के साथ काम करना शुरू कर सके। और एक विकल्प था - android-SQLite-परिसंपत्ति-हेल्पर लाइब्रेरी

सार यह है: डेटाबेस काम के समय डिवाइस पर नहीं बनाया जाता है, लेकिन एप्लिकेशन को विकसित करने की प्रक्रिया में, इसे संपीड़ित, ज़िपित और परिसंपत्तियों में डाल दिया जाता है । परियोजना में आगे, डेटाबेस सहायक मानक SQLiteOpenHelper से नहीं, बल्कि SQLiteAssetHelper से विरासत में मिला है। और वह सब, पहले उपयोगकर्ता के कॉल पर, डेटाबेस को एप्लिकेशन में कॉपी किया जाता है, कार्यान्वयन विवरण सहायक में एन्कैप्सुलेट किए जाते हैं (और मैं उनमें जाने के लिए बहुत आलसी था)।

दृष्टिकोण वास्तव में इसके फायदे पसंद आया:

• स्पीड। एक दर्जन तालिकाओं के साथ 2MB भरे हुए डेटाबेस को कॉपी करने में मुझे एक सेकंड से भी कम समय लगता है, जो कि आवेदन के पूरे जीवनकाल के लिए 1 बार होता है।
  एक प्रारूप से दूसरे में डेटा का कोई अतिरिक्त रूपांतरण भी नहीं है (पहले, मैं संपत्ति में एक जेएसएन फ़ाइल, कहते हैं, और इसे पहली बार शुरू करने वाले डेटाबेस में पढ़कर, एक समान समस्या को हल करूँगा)।
• डेटाबेस संरचना के विकास का सरलीकरण। OnCreate हेल्पर में टेबल निर्माण स्क्रिप्ट लिखने के लिए कोई थकाऊ आवश्यकता नहीं है + आप अतिरिक्त SQLite प्रबंधन अनुप्रयोगों का उपयोग कर सकते हैं। उबंटू के लिए, मुझे सरल और सीधा SQLitestudio पसंद आया। (हालांकि यह कोई गलती नहीं है, ईमानदार होने के लिए - वर्तमान संस्करण 2.1.4 में यह प्रस्तुति के लिए ट्रिगर नहीं बना सकता है, लेकिन जहां यह विफल रहा, मैंने इसे मानक कंसोल sqlite3 का उपयोग करके पूरा किया)।

3) Android LoaderManager के साथ SQLite विचारों की बातचीत की विशेषताएं।
मैं लोडर मैनजर क्या है और इसे कैसे उपयोग करना है, इस बारे में सवालों पर ध्यान नहीं दूंगा ; मुझे व्यक्तिगत रूप से लेखों की एक अद्भुत श्रृंखला द्वारा मदद मिली है। मैं केवल यह कह सकता हूं कि मैं लोडर मैनजर का उपयोग करना चाहता था ताकि उसे सूची में परिवर्तित डेटा को स्वचालित रूप से अपडेट करने का काम सौंपा जा सके।

हालाँकि, आपको तालिका में डेटा सम्मिलित करने की आवश्यकता है, और इसके साथ जुड़े दृश्य से प्रदर्शित करें, जहां आईडी फ़ील्ड के लिए मान प्रतिस्थापित किए गए हैं:

  CREATE TABLE [table_scan] ( [_id] INTEGER PRIMARY KEY AUTOINCREMENT, [NR_ID] INTEGER NOT NULL, [T_ID] INTEGER NOT NULL, [Color_ID] INTEGER NOT NULL, [R_ID] INTEGER NOT NULL, [Barcode] TEXT NOT NULL, [NumberSeat] INTEGER, [Date] DATETIME NOT NULL DEFAULT(DATETIME('now', 'localtime')), [Deleted] INTEGER NOT NULL DEFAULT '0', [Status] INTEGER NOT NULL DEFAULT '0', [Export] INTEGER NOT NULL DEFAULT '0'); CREATE VIEW [view_scan] AS SELECT _id, Barcode, Status, Deleted, NumberSeat, goods_catalog.T_Articul, colors_catalog.Color_Name, sizes_catalog.R_Name FROM table_scan INNER JOIN goods_catalog ON goods_catalog.T_ID = table_scan.T_ID INNER JOIN colors_catalog ON colors_catalog.Color_ID = table_scan.Color_ID INNER JOIN sizes_catalog ON sizes_catalog.R_ID = table_scan.R_ID WHERE Deleted = 0; 

माथे पर, यह विकल्प, जैसा कि यह निकला, काम नहीं करता है। टेबल पर यूरी लोडर के लिए और दृश्य पर यूरी - दो अलग-अलग यूआरआई :)
यानी यदि आप table_scan के बजाय view_scan को इनिशियलाइज़ करते हैं , तो जब आप टेबल में इंसर्ट करेंगे तो लिस्ट अपडेट नहीं होगी।
सब कुछ तालिका के साथ पूरी तरह से अपडेट किया गया है, लेकिन सुंदर मूल्यों के बजाय, आउटपुट उनकी आईडी कुंजी है, जो लोगों के लिए समझ से बाहर है।

SQLite प्रलेखन में पाया गया पहला समाधान एक उपयुक्त समाधान निकला। आप डेटा को सीधे दृश्य में सम्मिलित नहीं कर सकते (जो अपेक्षित है), लेकिन आप एक ट्रिगर बना सकते हैं जो स्वचालित रूप से उन्हें वांछित तालिका में सम्मिलित करता है।

ठीक है, अनुपलब्ध आईडी फ़ील्ड के साथ दृश्य को पूरक करें

 CREATE VIEW [view_scan] AS SELECT table_scan._id, table_scan.NR_ID, table_scan.T_ID,table_scan.Color_ID, table_scan.R_ID, table_scan.Barcode, table_scan.NumberSeat, table_scan.Deleted, table_scan.Status, goods_catalog.T_Articul, colors_catalog.Color_Name, sizes_catalog.R_Name FROM table_scan INNER JOIN goods_catalog ON goods_catalog.T_ID = table_scan.T_ID INNER JOIN colors_catalog ON colors_catalog.Color_ID = table_scan.Color_ID INNER JOIN sizes_catalog ON sizes_catalog.R_ID = table_scan.R_ID WHERE Deleted = 0; 

और इन्सर्ट ट्रिगर लिखें:

 CREATE TRIGGER insert_view_scan instead of insert on view_scan begin insert into table_scan(NR_ID,T_ID,Color_ID,R_ID,Barcode,NumberSeat,Status) values(new.NR_ID, new.T_ID, new.Color_ID, new.R_ID, new.Barcode, new.NumberSeat, new.Status); end; 

अब सब कुछ काम करता है। लोडरमैनेजर में, इनिशियलाइज़ेशन को व्यू यूरी दिया जाता है, इंसर्शन रिक्वेस्ट भी व्यू में जाती है, और SQLite बाकी काम करता है। उसी समय, लोडर वह करता है जो उसे करना चाहिए, अर्थात। कर्सर की निगरानी करता है और स्वचालित रूप से परिवर्तित डेटा को सूची एडाप्टर में स्थानांतरित करता है।

वह सब है। एंड्रॉइड पर SQLite के साथ काम करने के लिए उन्नत तकनीकों के बारे में कुछ और पढ़ना दिलचस्प होगा।
खैर, वस्तुनिष्ठ आलोचना भी दिलचस्प है :)