😚 📽️ 🚣🏾 एंड्रॉइड में डेटाबेस के साथ सही काम करें 🧒🏽 👎 📦

हमारे लिए इन मुश्किल समय में सभी droiders को शुभकामनाएं।
ईमानदारी से, पेटेंट, युद्धों, आदि के बारे में यह प्रचार झिझक है, लेकिन यह लेख इस पर चर्चा नहीं करेगा।
मैं इस विषय पर एक लेख लिखने वाला नहीं था, क्योंकि हर जगह एंड्रॉइड में डेटाबेस के साथ काम करने के बारे में सब कुछ भरा हुआ है और सब कुछ सरल लगता है, लेकिन यह त्रुटियों, त्रुटियों के बारे में विशिष्ट और डेटाबेस से संबंधित रिपोर्ट प्राप्त करने से बहुत थक गया है।
इसलिए, मैं उन कुछ बिंदुओं पर विचार करूंगा जो मैंने अभ्यास में सामना किए हैं, ऐसे लोगों को चेतावनी देने के लिए जो केवल इससे निपटने के लिए हैं, और फिर मैं इन समस्याओं को हल करने के विषय पर आपकी टिप्पणियों की प्रतीक्षा करता हूं, जिसके बाद मैं पोस्ट में बदलाव करूंगा और हम एक उत्कृष्ट ट्यूटोरियल करेंगे जो काम का एक उदाहरण होगा एंड्रॉइड पर SQLite के साथ, न केवल शुरुआती लोगों के लिए, बल्कि उन लोगों के लिए भी जो मूल रूप से पहले से ही परिचित हैं और सरल एप्लिकेशन लिख चुके हैं।

डेटाबेस के साथ काम करने के तरीके

डेटाबेस में डेटा के साथ काम करने के तीन तरीके हैं, जो तुरंत दिमाग में आते हैं:
1) आप एक खाली डेटाबेस संरचना बनाते हैं। उपयोगकर्ता एप्लिकेशन के साथ काम करता है (नोट्स बनाता है, उन्हें हटाता है) और डेटाबेस भर जाता है। एक उदाहरण है डेवलपर में NotePad.android.com डेमो या अपने Droid डिवाइस पर।
2) आपके पास पहले से तैयार डेटा से भरा डेटाबेस है जिसे एप्लिकेशन के साथ वितरित करने की आवश्यकता है, या फ़ाइल से संपत्ति में डेटा पार्स करें।
3) नेटवर्क से डेटा प्राप्त करें, आवश्यकतानुसार।
यदि कोई अन्य एक या दो तरीके हैं, तो मैं आपकी मदद से इस सूची को खुशी से पूरक करूंगा।
सभी मुख्य ट्यूटोरियल केवल पहले मामले के लिए डिज़ाइन किए गए हैं। आप डेटाबेस संरचना बनाने के लिए अनुरोध करते हैं और इस अनुरोध को निष्पादित करते हैं (जैसे SQLiteOpenHelper वर्ग की विधि), उदाहरण के लिए:

class MyDBHelper extends SQLiteOpenHelper { final String CREATE_TABLE = "CREATE TABLE myTable(...)"; final String DB_NAME = "mySuperDB.db"; Context mContext; public MyDBHelper(Context context, int dbVer){ super(context, DB_NAME, null, dbVer); mContext = context; } @Override public void onCreate(SQLiteDatabase db) { db.execSQL(CREATE_TABLE); } @Override public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) { //       db.execSQL("DROP TABLE IF EXISTS tableName"); onCreate(db); } ...-  }

कुछ इस तरह। कक्षा और अन्य घटकों का एक अधिक पूर्ण संस्करण लेख के निचले भाग में लिंक पर पाया जा सकता है।
इसके अतिरिक्त, आप onOpen (), getReadableDatabase () / getWritableDatabase () विधियों को ओवरराइड कर सकते हैं, लेकिन आमतौर पर उपरोक्त तरीके और डेटा पुनर्प्राप्ति विधियाँ पर्याप्त हैं।
अगला, हम अपने आवेदन में इस वर्ग का एक उदाहरण बनाते हैं जब यह शुरू होता है और अनुरोधों को निष्पादित करता है, अर्थात, समस्या वाला भाग पारित हो गया है। यह समस्याग्रस्त क्यों है? क्योंकि जब कोई उपयोगकर्ता बाज़ार से एप्लिकेशन डाउनलोड करता है, तो वह आपके डेटाबेस के बारे में नहीं सोचता है और कुछ भी हो सकता है। मान लीजिए कि नेटवर्क चला गया है या कोई अन्य प्रक्रिया शुरू हो गई है, या आपने त्रुटि-संवेदनशील कोड लिखा है।

वैसे, ध्यान देने लायक एक और बिंदु है। हमारी कक्षा का एक इंस्टेंस वेरिएबल एप्लिकेशन ऑब्जेक्ट में बनाया और संग्रहीत किया जा सकता है और आवश्यक रूप से एक्सेस किया जा सकता है, लेकिन आपको पास () विधि को कॉल करना याद रखना चाहिए, क्योंकि डेटाबेस से निरंतर कनेक्शन एक भारी संसाधन है। इसके अलावा, कई थ्रेड्स से डेटाबेस के साथ काम करते समय टकराव हो सकते हैं।
लेकिन एक और तरीका है, उदाहरण के लिए, डेटाबेस तक पहुंचने के लिए हमारी वस्तु बनाने के लिए आवश्यक है। मुझे लगता है कि यह प्राथमिकता का विषय है, लेकिन इस पर भी चर्चा होनी चाहिए।

और अब सबसे महत्वपूर्ण बात। क्या होगा अगर हमें एप्लिकेशन में डेटा के साथ मौजूदा डेटाबेस का उपयोग करने की आवश्यकता है?
थोड़ा गुगली, आप तुरंत इस तरह के एक "अद्भुत लेख" - www.reigndesign.com/blog/use-your-own-sqlite-database-in-android-applications में आ जाएगा, जैसा कि ऐसा लगता है, सही रामबाण है। लेकिन यह वहाँ नहीं था। इसमें कई त्रुटियां भी हैं।

यहाँ वे हैं:
1) CreateDataBase () विधि में, लाइन:
SQLiteDatabase dbRead = getReadableDatabase ();
और फिर कोड ... इच्छा एनटीएस पर क्रैश एप्लिकेशन शामिल हैं, क्योंकि हमें पढ़ने के लिए एक डेटाबेस मिलता है (यह बनाया जाता है), लेकिन यह बंद नहीं होता है।
लाइन के नीचे dbRead.close () जोड़ें और फिक्स तैयार है, लेकिन बिंदु बहस योग्य है।
यहाँ गोदरेज getReadableDatabase () विधि के बारे में क्या कहता है:
एक डेटाबेस बनाएँ और / या खोलें। यह एक ही वस्तु होगी जब तक कि getWritableDatabase () द्वारा लौटाया नहीं जाता है जब तक कि कुछ समस्या, जैसे कि पूर्ण डिस्क, डेटाबेस को केवल पढ़ने के लिए खोलने की आवश्यकता होती है। उस स्थिति में, केवल-पढ़ने के लिए डेटाबेस ऑब्जेक्ट वापस कर दिया जाएगा। यदि समस्या ठीक हो गई है, तो GetWritableDatabase () सफल हो सकता है, जिस स्थिति में केवल-पढ़ने के लिए डेटाबेस ऑब्जेक्ट बंद हो जाएगा और भविष्य में रीड / राइट ऑब्जेक्ट वापस आ जाएगा।
GetWritableDatabase () की तरह, इस विधि को वापस आने में लंबा समय लग सकता है, इसलिए आपको इसे ContentProvider.onCreate () सहित एप्लिकेशन मुख्य थ्रेड से नहीं बुलाना चाहिए।
और ऐसा है। इस विधि को आवेदन के मुख्य धागे में नहीं बुलाया जाना चाहिए। अन्यथा, सब कुछ स्पष्ट है।
2) त्रुटि: ऐसी कोई तालिका android_metadata नहीं है। डेटाबेस में अग्रिम रूप से इस तालिका को बनाकर पोस्ट के लेखक निकल गए। मुझे नहीं पता कि यह कितना सही तरीका है, लेकिन यह तालिका प्रत्येक साइक्लाइट-डीबी प्रणाली में बनाई गई है और इसमें वर्तमान स्थान है।
3) त्रुटि: डेटाबेस फ़ाइल को खोलने में असमर्थ। कई राय हैं, अलग-अलग राय हैं जो आप नीचे दिए गए लिंक से पढ़ सकते हैं।

stackoverflow.com/questions/3563728/random-exception-android-database-sqlite-sqliteexception-unable-to-open-database
groups.google.com/group/android-developers/browse_thread/thread/a0959c4059359d6f
code.google.com/p/android/issues/detail?id=949
stackoverflow.com/questions/4937934/unable-to-open-database-file-on-device-htc-desire
androidblogger.blogspot.com/2011/02/instable-android-and-unable-to-open.html

यह संभव है कि समस्याएं इस तथ्य से संबंधित हैं कि एक थ्रेड डेटाबेस को ब्लॉक करता है और दूसरा इसे एक्सेस नहीं कर सकता है, एप्लिकेशन के एक्सेस अधिकारों में कोई समस्या हो सकती है (यह नोट किया गया था कि उन मॉडल पर एनटीएस फोन पर अक्सर डेटाबेस समस्याएं दिखाई देती हैं जिन्हें बर्बाद नहीं किया जा सकता है , हालांकि न केवल उन पर, उदाहरण के लिए एसर की गोलियां), लेकिन यह है कि जैसा भी हो, ये समस्याएं मौजूद हैं।
मैं इस विकल्प के लिए इच्छुक हूं कि समस्या थ्रेड्स में है, व्यर्थ में नहीं क्योंकि हमें मुख्य धागे में आधार बनाने के लिए तरीकों को कॉल करने की अनुशंसा नहीं की जाती है।

शायद इसका समाधान निम्नलिखित होगा (विकल्प 2 पर विचार किया जा रहा है)। डेटाबेस के साथ काम करने के लिए पहले विकल्प का उपयोग करना, इसे निर्माण के बाद डेटा के साथ भरें, उदाहरण के लिए:

  @Override public void onCreate(SQLiteDatabase db) { db.execSQL(CREATE_TABLE); fillData(db); } private void fillData(SQLiteDatabase db) { //  data.xml    assets //     //     sql-        db.execSQL()   }

इस दृष्टिकोण को अभी भी व्यवहार में परीक्षण करने की आवश्यकता है, लेकिन चूंकि यह पोस्ट इस विषय पर सही सामूहिक निर्णय लेने के उद्देश्य से है, इसलिए इस विषय पर टिप्पणियां और नमूने केवल स्वागत योग्य हैं।
कहानी का नैतिक यह है: यदि आपको अपने समाधान के लिए कुछ अच्छे कोड मिलते हैं, तो इसे जांचें, इसे अपने प्रोजेक्ट में कॉपी करने से पहले आलसी न हों।

निष्कर्ष

सामान्य तौर पर, यह पोस्ट दिखाता है (विधि संख्या 2 के बारे में) इसे कैसे करना है, लेकिन इसमें कुछ दिलचस्प विचार भी शामिल हैं।
GetReadableDatabase () विधि को इस तरह से उदाहरण के लिए फिर से परिभाषित किया जा सकता है:

  @Override public synchronized SQLiteDatabase getReadableDatabase() { //Log.d(Constants.DEBUG_TAG, "getReadableDatabase() called"); SQLiteDatabase db; try { db = super.getReadableDatabase(); } catch (SQLiteException e) { Log.d(Constants.DEBUG_TAG, e.getMessage()); File dbFile = myContext.getDatabasePath(DB_NAME); Log.d(Constants.DEBUG_TAG,"db path="+dbFile.getAbsolutePath()); //db = SQLiteDatabase.openDatabase(/*DB_PATH + DB_NAME*/ dbFile.getAbsolutePath(), null, SQLiteDatabase.NO_LOCALIZED_COLLATORS); db = SQLiteDatabase.openOrCreateDatabase(dbFile.getAbsolutePath(), null); } return db; }

इस विषय पर एक उत्कृष्ट ट्यूटोरियल यहाँ - www.vogella.de/articles/AndroidSQLite/article.html

वैसे: मंच के अभ्यास के बाद, प्राथमिक कुंजी फ़ील्ड को "_id" कहा जाना चाहिए।

अपनी टिप्पणियों में अपनी प्रयुक्त प्रथाओं को लिखें। हम इस पोस्ट को सभी के लिए बेहतर बनाएंगे, और शायद दुनिया थोड़ी दयालु हो जाएगी।

UPD बस मेरे दृष्टिकोण का परीक्षण किया। एमुलेटर में सब कुछ काम करता है, लेकिन सावधान रहें।

 public class DBHelper extends SQLiteOpenHelper { final static int DB_VER = 1; final static String DB_NAME = "todo.db"; final String TABLE_NAME = "todo"; final String CREATE_TABLE = "CREATE TABLE "+TABLE_NAME+ "( _id INTEGER PRIMARY KEY , "+ " todo TEXT)"; final String DROP_TABLE = "DROP TABLE IF EXISTS "+TABLE_NAME; final String DATA_FILE_NAME = "data.txt"; Context mContext; public DBHelper(Context context) { super(context, DB_NAME, null, DB_VER); Log.d(Constants.DEBUG_TAG,"constructor called"); mContext = context; } @Override public void onCreate(SQLiteDatabase db) { Log.d(Constants.DEBUG_TAG,"onCreate() called"); db.execSQL(CREATE_TABLE); fillData(db); } @Override public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) { db.execSQL(DROP_TABLE); onCreate(db); } private ArrayList<String> getData() { InputStream stream = null; ArrayList<String> list = new ArrayList<String>(); try { stream = mContext.getAssets().open(DATA_FILE_NAME); } catch (IOException e) { Log.d(Constants.DEBUG_TAG,e.getMessage()); } DataInputStream dataStream = new DataInputStream(stream); String data = ""; try { while( (data=dataStream.readLine()) != null ) { list.add(data); } } catch (IOException e) { e.printStackTrace(); } return list; } private void fillData(SQLiteDatabase db){ ArrayList<String> data = getData(); for(String dt:data) Log.d(Constants.DEBUG_TAG,"item="+dt); if( db != null ){ ContentValues values; for(String dat:data){ values = new ContentValues(); values.put("todo", dat); db.insert(TABLE_NAME, null, values); } } else { Log.d(Constants.DEBUG_TAG,"db null"); } } }

Data.txt फ़ाइल इस तरह संपत्ति में निहित है:
ज़ामेटका # 1
ज़ामेटका # 2
ज़ामेटका # 3
ज़ामेटका # 4

और आवेदन वर्ग:

 public class TODOApplication extends Application { private DBHelper mDbHelper; @Override public void onCreate(){ super.onCreate(); mDbHelper = new DBHelper(getApplicationContext()); mDbHelper.getWritableDatabase(); } @Override public void onLowMemory() { super.onLowMemory(); mDbHelper.close(); } @Override public void onTerminate(){ super.onTerminate(); mDbHelper.close(); } }

मैं ध्यान देता हूं कि जब getReadableDatabase () / getWritableDatabase () के तरीकों को बुलाया जाता है और डेटाबेस बनाया जाता है, तो यह वर्ग केवल प्रदर्शित करने और सत्यापित करने के लिए उपयोग किया जाता है। वास्तविक परियोजनाओं में, कोड को अनुकूलित करने की आवश्यकता है।
इसके अलावा, android_metadata प्लेट डेटाबेस में (मेरी भागीदारी के बिना) दिखाई दी, इसलिए उपरोक्त त्रुटि हल हो गई है।
मुझे उम्मीद है कि कोई काम आएगा।

जिज्ञासु परिवर्धन संख्या 1 (कलोबोक हब्रायुज़र से )

अब तक मैंने SQLiteOpenHelper को पूरी तरह से छोड़ दिया - यह पता चला कि इसमें एसडी कार्ड पर एक डेटाबेस बनाना असंभव है। सैद्धांतिक रूप से, यह जो रिटर्न देता है उसे डेटाबेस के लिए एक पथ के रूप में उपयोग किया जाना चाहिए। व्यवहार में, SQLiteOpenHelper कभी-कभी इसका उपयोग करता है, और कभी-कभी इसे बायपास करता है - यह इस बात पर निर्भर करता है कि क्या हम पढ़ने या लिखने के लिए डेटाबेस खोलते हैं, क्या यह पहले से मौजूद है, आदि। SQLiteOpenHelper.getWritableDatabase Context.openOrCreateDatabase को कॉल करता है, जो बदले में फ़ाइल का पूरा पथ प्राप्त करने के लिए Context.validateFilePath का उपयोग करता है। वहां हम निजी विधि Context.getDat डेटाबेसDir का उपयोग करते हैं, जिसे फिर से परिभाषित नहीं किया जा सकता है - हम पहुंचे। आधार मानक निर्देशिका में बनाया जाएगा।

लेकिन अगर हम SQLiteOpenHelper.getReadableDatabase को कॉल करते हैं, तो पहले यह एक ही getWritableDatabase को कॉल करने का प्रयास करेगा। लेकिन अगर यह काम नहीं करता है, तो यह Context.openOrCreateDatabase को बायपास करेगा - यह Context.getDatabasePath को स्वयं कॉल करेगा (यहां हम इसे ठीक कर सकते हैं) और यह आवश्यक डेटाबेस को खोलेगा। यदि यह हमेशा उपयोग किया गया था तो यह विधि हमारे लिए उपयुक्त होगी। लेकिन अफसोस। :(
सामान्य तौर पर, इस सहायक के साथ विचार अच्छा था, और कार्यान्वयन - एक हैंगओवर से बाएं पैर के साथ।

एंड्रॉइड में डेटाबेस के साथ सही काम करें

More articles: