android - एंड्रॉइड पर SQLite के लिए सबसे अच्छा अभ्यास क्या हैं?




database sqlite3 (7)

समवर्ती डेटाबेस एक्सेस

मेरे ब्लॉग पर वही लेख (मुझे अधिक प्रारूपण करना पसंद है)

मैंने छोटे लेख को लिखा है जो वर्णन करता है कि आपके एंड्रॉइड डेटाबेस थ्रेड को सुरक्षित कैसे बनाया जाए।

मान लें कि आपके पास अपना स्वयं का SQLiteOpenHelper है

public class DatabaseHelper extends SQLiteOpenHelper { ... }

अब आप अलग-अलग धागे में डेटाबेस को डेटा लिखना चाहते हैं।

 // Thread 1
 Context context = getApplicationContext();
 DatabaseHelper helper = new DatabaseHelper(context);
 SQLiteDatabase database = helper.getWritableDatabase();
 database.insert(…);
 database.close();

 // Thread 2
 Context context = getApplicationContext();
 DatabaseHelper helper = new DatabaseHelper(context);
 SQLiteDatabase database = helper.getWritableDatabase();
 database.insert(…);
 database.close();

आपको अपने लॉगकैट में निम्नलिखित संदेश मिलेगा और आपके एक बदलाव को लिखा नहीं जाएगा।

android.database.sqlite.SQLiteDatabaseLockedException: database is locked (code 5)

ऐसा इसलिए हो रहा है क्योंकि हर बार जब आप नई SQLiteOpenHelper ऑब्जेक्ट बनाते हैं तो आप वास्तव में नया डेटाबेस कनेक्शन बना रहे हैं। यदि आप एक ही समय में वास्तविक विशिष्ट कनेक्शन से डेटाबेस को लिखने का प्रयास करते हैं, तो कोई असफल हो जाएगा। (उपरोक्त उत्तर से)

एकाधिक धागे वाले डेटाबेस का उपयोग करने के लिए हमें यह सुनिश्चित करने की आवश्यकता है कि हम एक डेटाबेस कनेक्शन का उपयोग कर रहे हैं।

चलिए सिंगलटन क्लास डेटाबेस प्रबंधक बनाते हैं जो एकल SQLiteOpenHelper ऑब्जेक्ट को पकड़ और वापस कर देगा।

public class DatabaseManager {

    private static DatabaseManager instance;
    private static SQLiteOpenHelper mDatabaseHelper;

    public static synchronized void initializeInstance(SQLiteOpenHelper helper) {
        if (instance == null) {
            instance = new DatabaseManager();
            mDatabaseHelper = helper;
        }
    }

    public static synchronized DatabaseManager getInstance() {
        if (instance == null) {
            throw new IllegalStateException(DatabaseManager.class.getSimpleName() +
                    " is not initialized, call initialize(..) method first.");
        }

        return instance;
    }

    public SQLiteDatabase getDatabase() {
        return new mDatabaseHelper.getWritableDatabase();
    }

}

अद्यतन कोड जो अलग-अलग धागे में डेटाबेस को डेटा लिखते हैं, इस तरह दिखेगा।

 // In your application class
 DatabaseManager.initializeInstance(new MySQLiteOpenHelper());
 // Thread 1
 DatabaseManager manager = DatabaseManager.getInstance();
 SQLiteDatabase database = manager.getDatabase()
 database.insert(…);
 database.close();

 // Thread 2
 DatabaseManager manager = DatabaseManager.getInstance();
 SQLiteDatabase database = manager.getDatabase()
 database.insert(…);
 database.close();

यह आपको एक और दुर्घटना लाएगा।

java.lang.IllegalStateException: attempt to re-open an already-closed object: SQLiteDatabase

चूंकि हम केवल एक डेटाबेस कनेक्शन का उपयोग कर रहे हैं, विधि getDatabase () थ्रेड 1 और थ्रेड 2 के लिए SQLiteDatabase ऑब्जेक्ट का एक ही उदाहरण लौटाएं । क्या हो रहा है, थ्रेड 1 डेटाबेस बंद कर सकता है, जबकि थ्रेड 2 अभी भी इसका उपयोग कर रहा है। यही कारण है कि हमारे पास IllegalStateException क्रैश है।

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

Leak found
Caused by: java.lang.IllegalStateException: SQLiteDatabase created and never closed

कामकाजी नमूना

public class DatabaseManager {

    private int mOpenCounter;

    private static DatabaseManager instance;
    private static SQLiteOpenHelper mDatabaseHelper;
    private SQLiteDatabase mDatabase;

    public static synchronized void initializeInstance(SQLiteOpenHelper helper) {
        if (instance == null) {
            instance = new DatabaseManager();
            mDatabaseHelper = helper;
        }
    }

    public static synchronized DatabaseManager getInstance() {
        if (instance == null) {
            throw new IllegalStateException(DatabaseManager.class.getSimpleName() +
                    " is not initialized, call initializeInstance(..) method first.");
        }

        return instance;
    }

    public synchronized SQLiteDatabase openDatabase() {
        mOpenCounter++;
        if(mOpenCounter == 1) {
            // Opening new database
            mDatabase = mDatabaseHelper.getWritableDatabase();
        }
        return mDatabase;
    }

    public synchronized void closeDatabase() {
        mOpenCounter--;
        if(mOpenCounter == 0) {
            // Closing database
            mDatabase.close();

        }
    }

}

इस प्रकार इसका इस्तेमाल करें।

SQLiteDatabase database = DatabaseManager.getInstance().openDatabase();
database.insert(...);
// database.close(); Don't close it directly!
DatabaseManager.getInstance().closeDatabase(); // correct way

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

CloseDatabase () विधि में भी ऐसा ही होता है। हर बार जब हम इस विधि को कॉल करते हैं, काउंटर कम हो जाता है, जब भी यह शून्य हो जाता है, हम डेटाबेस कनेक्शन बंद कर रहे हैं।

अब आप अपने डेटाबेस का उपयोग करने में सक्षम होना चाहिए और सुनिश्चित करें कि यह थ्रेड सुरक्षित है।

एंड्रॉइड ऐप के भीतर SQLite डेटाबेस पर क्वेरी निष्पादित करते समय सर्वोत्तम प्रथाओं को क्या माना जाएगा?

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

अगर मेरे पास कई AsyncTasks हैं, तो क्या उन्हें कनेक्शन साझा करना चाहिए या क्या वे प्रत्येक कनेक्शन को खोलना चाहिए?

क्या इन परिदृश्यों के लिए कोई सर्वोत्तम अभ्यास है?


SQLiteDatabase API की मेरी समझ यह है कि यदि आपके पास एक बहु थ्रेडेड एप्लिकेशन है, तो आप एक डेटाबेस को इंगित करने वाले 1 SQLiteDatabase ऑब्जेक्ट से अधिक नहीं ले सकते हैं।

ऑब्जेक्ट निश्चित रूप से बनाया जा सकता है लेकिन विभिन्न थ्रेड / प्रक्रियाओं (भी) विभिन्न SQLiteDatabase ऑब्जेक्ट्स (जैसे कि हम जेडीबीसी कनेक्शन में कैसे उपयोग करते हैं) का उपयोग करना शुरू करते हैं, तो आवेषण / अपडेट विफल हो जाते हैं।

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

इसके अलावा आप डेटाबेस से "पढ़ता" कर सकते हैं और एक ही थ्रेड में एक ही SQLiteDatabase ऑब्जेक्ट का उपयोग कर सकते हैं (जबकि एक और थ्रेड लिखता है) और डेटाबेस भ्रष्टाचार कभी नहीं होगा अर्थात "थ्रेड थ्रेड" डेटाबेस से डेटा को " धागा लिखें "डेटा करता है हालांकि दोनों एक ही SQLiteDatabase ऑब्जेक्ट का उपयोग करते हैं।

जेडीबीसी में कनेक्शन ऑब्जेक्ट कैसा है, यह अलग है, जहां आप पाठ को पढ़ने और लिखने के बीच कनेक्शन ऑब्जेक्ट को पास करते हैं (उसी का उपयोग करते हैं) तो हम असम्बद्ध डेटा भी प्रिंट करेंगे।

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


इसके साथ कुछ घंटों तक संघर्ष करने के बाद, मैंने पाया है कि आप प्रति डीबी निष्पादन के लिए केवल एक डीबी सहायक वस्तु का उपयोग कर सकते हैं। उदाहरण के लिए,

for(int x = 0; x < someMaxValue; x++)
{
    db = new DBAdapter(this);
    try
    {

        db.addRow
        (
                NamesStringArray[i].toString(), 
                StartTimeStringArray[i].toString(),
                EndTimeStringArray[i].toString()
        );

    }
    catch (Exception e)
    {
        Log.e("Add Error", e.toString());
        e.printStackTrace();
    }
    db.close();
}

के रूप में संलग्न:

db = new DBAdapter(this);
for(int x = 0; x < someMaxValue; x++)
{

    try
    {
        // ask the database manager to add a row given the two strings
        db.addRow
        (
                NamesStringArray[i].toString(), 
                StartTimeStringArray[i].toString(),
                EndTimeStringArray[i].toString()
        );

    }
    catch (Exception e)
    {
        Log.e("Add Error", e.toString());
        e.printStackTrace();
    }

}
db.close();

लूप इटेटेट्स हर बार एक नया डीबीएडाप्टर बनाना एकमात्र तरीका था जिससे मैं अपने सहायक वर्ग के माध्यम से डेटाबेस में अपने तारों को प्राप्त कर सकता था।


कुछ मुद्दों के साथ, मुझे लगता है कि मुझे समझ में आया है कि मैं गलत क्यों जा रहा हूं।

मैंने एक डाटाबेस रैपर क्लास लिखा था जिसमें एक close() शामिल था जिसे हेलर को open() दर्पण के रूप में बंद किया जाता था जिसे getWriteableDatabase कहा जाता है और फिर ContentProvider पर माइग्रेट हो ContentProviderContentProvider लिए मॉडल ContentProvider SQLiteDatabase.close() उपयोग नहीं करता है, जो मुझे लगता है कि कोड एक बड़ा संकेत है क्योंकि कोड का उपयोग होता है getWriteableDatabase कुछ मामलों में मैं अभी भी प्रत्यक्ष पहुंच कर रहा था (मुख्य में स्क्रीन सत्यापन प्रश्न मुख्य रूप से मैं getWriteableDatabase / rawQuery मॉडल में माइग्रेट किया गया ।

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

किसी भी खुले डेटाबेस ऑब्जेक्ट को बंद करें

(मेरा साहसी)।

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

तो मुझे लगता है कि close() डेटाबेस को संदर्भ रखने वाले किसी भी अन्य धागे के बावजूद बंद करने के लिए मजबूर करता है - इसलिए close() स्वयं मिलान करने वाले getWriteableDatabase पूर्ववत नहीं कर रहा है लेकिन किसी भी खुले अनुरोध को बंद करने के लिए मजबूर करता है। अधिकांश समय यह कोई समस्या नहीं है क्योंकि कोड एकल थ्रेडिंग है, लेकिन बहु-थ्रेडेड मामलों में हमेशा सिंक से खोलने और बंद करने का मौका होता है।

कहीं और टिप्पणियां पढ़ने के बाद यह बताता है कि SqLiteDatabaseHelper कोड इंस्टेंस की गणना करता है, तो केवल एक बार जब आप एक करीबी चाहते हैं, जहां आप ऐसी स्थिति चाहते हैं जहां आप बैकअप प्रतिलिपि बनाना चाहते हैं, और आप सभी कनेक्शन को बंद करने के लिए मजबूर करना चाहते हैं और SqLite को मजबूर करना चाहते हैं किसी भी कैश किए गए सामान को लिखें जो कि कमजोर हो सकता है - दूसरे शब्दों में सभी एप्लिकेशन डेटाबेस गतिविधि को रोकें, अगर हेल्पर ट्रैक खो गया है तो बंद करें, किसी भी फ़ाइल स्तर की गतिविधि (बैकअप / पुनर्स्थापित करें) फिर से शुरू करें।

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

तो मेरा लेना यह है कि दृष्टिकोण है:

सिंगलटन रैपर से खोलने के लिए getWriteableDatabase का उपयोग करें। (मैंने एक संदर्भ के लिए आवश्यकता को हल करने के लिए एक स्थिर से अनुप्रयोग संदर्भ प्रदान करने के लिए एक व्युत्पन्न अनुप्रयोग वर्ग का उपयोग किया)।

कभी भी सीधे कॉल न करें।

किसी भी ऑब्जेक्ट में परिणामी डेटाबेस को कभी भी स्टोर न करें जिसमें स्पष्ट दायरा न हो और संदर्भित गिनती पर भरोसा न करें ताकि एक अंतर्निहित नज़दीकी () को ट्रिगर किया जा सके।

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


बहु-थ्रेडिंग के साथ डेटाबेस बहुत लचीला है। मेरे ऐप्स ने अपने डीबी को कई अलग-अलग धागे से एक साथ मारा और यह ठीक है। कुछ मामलों में मेरे पास डीबी को एक साथ मारने वाली कई प्रक्रियाएं होती हैं और यह भी ठीक काम करती है।

आपके async कार्य - जब आप कर सकते हैं तो उसी कनेक्शन का उपयोग करें, लेकिन यदि आपको करना है, तो विभिन्न कार्यों से डीबी तक पहुंचने के लिए यह ठीक है।


मुझे पता है कि प्रतिक्रिया देर हो चुकी है, लेकिन एंड्रॉइड में स्क्लाइट क्वेरी निष्पादित करने का सबसे अच्छा तरीका एक कस्टम सामग्री प्रदाता के माध्यम से है। इस तरह यूआई डेटाबेस डेटाबेस (वर्ग जो SQLiteOpenHelper वर्ग को बढ़ाता है) के साथ decoupled है। इसके अलावा क्वेरी पृष्ठभूमि थ्रेड (कर्सर लोडर) में निष्पादित की जाती है।


  • लंबे समय से चलने वाले संचालन (50ms +) के लिए Thread या AsyncTask उपयोग करें। यह देखने के लिए अपने ऐप का परीक्षण करें कि यह कहां है। अधिकांश परिचालनों (संभवतः) को धागे की आवश्यकता नहीं होती है, क्योंकि अधिकांश संचालन (शायद) में केवल कुछ पंक्तियां शामिल होती हैं। थोक संचालन के लिए धागे का प्रयोग करें।
  • थ्रेड के बीच डिस्क पर प्रत्येक डीबी के लिए एक SQLiteDatabase इंस्टेंस साझा करें और खुले कनेक्शन का ट्रैक रखने के लिए एक गिनती प्रणाली लागू करें।

क्या इन परिदृश्यों के लिए कोई सर्वोत्तम अभ्यास है?

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

मेरा समाधान:

सबसे वर्तमान संस्करण के लिए, https://github.com/JakarCo/databasemanager लेकिन मैं यहां कोड को अद्यतित रखने की कोशिश करूंगा। यदि आप मेरा समाधान समझना चाहते हैं, तो कोड देखें और मेरे नोट्स पढ़ें। मेरे नोट आमतौर पर बहुत उपयोगी हैं।

  1. कोड को DatabaseManager मैनेजर नामक एक नई फ़ाइल में कॉपी / पेस्ट करें। (या इसे गीथूब से डाउनलोड करें)
  2. DatabaseManager onUpgrade का विस्तार करें और सामान्य रूप से onUpgrade और onUpgrade लागू करें। डिस्क पर अलग-अलग डेटाबेस रखने के लिए आप एक DatabaseManager प्रबंधक वर्ग के एकाधिक उप-वर्ग बना सकते हैं।
  3. getDb() क्लास का उपयोग करने के लिए अपने getDb() इंस्टेंट करें और getDb() पर कॉल करें।
  4. आपके द्वारा तत्काल प्रत्येक उपclass के लिए close() कॉल करें

कॉपी / पेस्ट करने के लिए कोड:

import android.content.Context;
import android.database.sqlite.SQLiteDatabase;

import java.util.concurrent.ConcurrentHashMap;

/** Extend this class and use it as an SQLiteOpenHelper class
 *
 * DO NOT distribute, sell, or present this code as your own. 
 * for any distributing/selling, or whatever, see the info at the link below
 *
 * Distribution, attribution, legal stuff,
 * See https://github.com/JakarCo/databasemanager
 * 
 * If you ever need help with this code, contact me at [email protected] (or [email protected] )
 * 
 * Do not sell this. but use it as much as you want. There are no implied or express warranties with this code. 
 *
 * This is a simple database manager class which makes threading/synchronization super easy.
 *
 * Extend this class and use it like an SQLiteOpenHelper, but use it as follows:
 *  Instantiate this class once in each thread that uses the database. 
 *  Make sure to call {@link #close()} on every opened instance of this class
 *  If it is closed, then call {@link #open()} before using again.
 * 
 * Call {@link #getDb()} to get an instance of the underlying SQLiteDatabse class (which is synchronized)
 *
 * I also implement this system (well, it's very similar) in my <a href="http://androidslitelibrary.com">Android SQLite Libray</a> at http://androidslitelibrary.com
 * 
 *
 */
abstract public class DatabaseManager {

    /**See SQLiteOpenHelper documentation
    */
    abstract public void onCreate(SQLiteDatabase db);
    /**See SQLiteOpenHelper documentation
     */
    abstract public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion);
    /**Optional.
     * *
     */
    public void onOpen(SQLiteDatabase db){}
    /**Optional.
     * 
     */
    public void onDowngrade(SQLiteDatabase db, int oldVersion, int newVersion) {}
    /**Optional
     * 
     */
    public void onConfigure(SQLiteDatabase db){}



    /** The SQLiteOpenHelper class is not actually used by your application.
     *
     */
    static private class DBSQLiteOpenHelper extends SQLiteOpenHelper {

        DatabaseManager databaseManager;
        private AtomicInteger counter = new AtomicInteger(0);

        public DBSQLiteOpenHelper(Context context, String name, int version, DatabaseManager databaseManager) {
            super(context, name, null, version);
            this.databaseManager = databaseManager;
        }

        public void addConnection(){
            counter.incrementAndGet();
        }
        public void removeConnection(){
            counter.decrementAndGet();
        }
        public int getCounter() {
            return counter.get();
        }
        @Override
        public void onCreate(SQLiteDatabase db) {
            databaseManager.onCreate(db);
        }

        @Override
        public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {
            databaseManager.onUpgrade(db, oldVersion, newVersion);
        }

        @Override
        public void onOpen(SQLiteDatabase db) {
            databaseManager.onOpen(db);
        }

        @Override
        public void onDowngrade(SQLiteDatabase db, int oldVersion, int newVersion) {
            databaseManager.onDowngrade(db, oldVersion, newVersion);
        }

        @Override
        public void onConfigure(SQLiteDatabase db) {
            databaseManager.onConfigure(db);
        }
    }

    private static final ConcurrentHashMap<String,DBSQLiteOpenHelper> dbMap = new ConcurrentHashMap<String, DBSQLiteOpenHelper>();

    private static final Object lockObject = new Object();


    private DBSQLiteOpenHelper sqLiteOpenHelper;
    private SQLiteDatabase db;
    private Context context;

    /** Instantiate a new DB Helper. 
     * <br> SQLiteOpenHelpers are statically cached so they (and their internally cached SQLiteDatabases) will be reused for concurrency
     *
     * @param context Any {@link android.content.Context} belonging to your package.
     * @param name The database name. This may be anything you like. Adding a file extension is not required and any file extension you would like to use is fine.
     * @param version the database version.
     */
    public DatabaseManager(Context context, String name, int version) {
        String dbPath = context.getApplicationContext().getDatabasePath(name).getAbsolutePath();
        synchronized (lockObject) {
            sqLiteOpenHelper = dbMap.get(dbPath);
            if (sqLiteOpenHelper==null) {
                sqLiteOpenHelper = new DBSQLiteOpenHelper(context, name, version, this);
                dbMap.put(dbPath,sqLiteOpenHelper);
            }
            //SQLiteOpenHelper class caches the SQLiteDatabase, so this will be the same SQLiteDatabase object every time
            db = sqLiteOpenHelper.getWritableDatabase();
        }
        this.context = context.getApplicationContext();
    }
    /**Get the writable SQLiteDatabase
     */
    public SQLiteDatabase getDb(){
        return db;
    }

    /** Check if the underlying SQLiteDatabase is open
     *
     * @return whether the DB is open or not
     */
    public boolean isOpen(){
        return (db!=null&&db.isOpen());
    }


    /** Lowers the DB counter by 1 for any {@link DatabaseManager}s referencing the same DB on disk
     *  <br />If the new counter is 0, then the database will be closed.
     *  <br /><br />This needs to be called before application exit.
     * <br />If the counter is 0, then the underlying SQLiteDatabase is <b>null</b> until another DatabaseManager is instantiated or you call {@link #open()}
     *
     * @return true if the underlying {@link android.database.sqlite.SQLiteDatabase} is closed (counter is 0), and false otherwise (counter > 0)
     */
    public boolean close(){
        sqLiteOpenHelper.removeConnection();
        if (sqLiteOpenHelper.getCounter()==0){
            synchronized (lockObject){
                if (db.inTransaction())db.endTransaction();
                if (db.isOpen())db.close();
                db = null;
            }
            return true;
        }
        return false;
    }
    /** Increments the internal db counter by one and opens the db if needed
    *
    */
    public void open(){
        sqLiteOpenHelper.addConnection();
        if (db==null||!db.isOpen()){
                synchronized (lockObject){
                    db = sqLiteOpenHelper.getWritableDatabase();
                }
        } 
    }
}






sqlite3