Лучшее место, чтобы закрыть соединение с базой данных

Question

Лучшее место, чтобы закрыть соединение с базой данных

44

Я искал какое-то время для ответа на мой вопрос, но я не получил то, что мне нужно. У меня есть приложение с ListView и форма, где я могу добавить новую запись в БД. Поэтому запросов не так много.

Как обрабатывать соединения с db? Должен ли я закрыть его после получения того, что я хочу, или я должен держать его открытым все время, пока приложение не будет закрыто? Я хочу знать, что лучше всего, думая о производительности и времени автономной работы.

Fixus 07 июль 2011, в 09:42

Источник

2

Отличное объяснение здесь .. stackoverflow.com/questions/14002022/…
Xar E Ahmer 19 авг. 2014, в 08:42

Теги:

database

sqlite

android

3 ответа

Ещё вопросы

Отличное объяснение здесь .. stackoverflow.com/questions/14002022/…

Graham Borland · Answer 1 · 2011-10-12T12-06-00.000Z

В соответствии с этот пост инженером Google (Dianne Hackborn), нет ничего плохого в том, что вы не открываете соединение с базой данных:

Android сделал преднамеренное дизайнерское решение, которое может показаться неожиданным, просто отказаться от всей идеи приложений, выходящих чисто вместо этого ядро очистит свои ресурсы. В конце концов, Ядро должно быть в состоянии сделать это в любом случае. Учитывая, что дизайн, хранение все, что открыто для всего процесса жизненного цикла и никогда не закрывает его, просто не является утечкой. Он будет очищен, если процесс очищается.

Итак, для простоты я бы расширил класс Application, чтобы обеспечить единую четко определенную точку входа для вашего кода и открыть соединение с базой данных в onCreate(). Храните соединение с БД в качестве поля в приложении и предоставляйте метод доступа, чтобы сделать доступным соединение для остальной части вашего кода.

Тогда не беспокойтесь о его закрытии.

Для быстрого исправления это хороший ответ, но, вероятно, это можно сделать лучше, если обеспечить хороший поток программ и, в первую очередь, планирование.
@ JānisGruzis, как бы альтернативы были «лучше», чем то, что всегда работает и является чрезвычайно простым?
Оставлять открытым соединение с базой данных кажется плохой практикой, даже если говорят, что оно будет закрыто после того, как приложение не работает, я не встречал описания этого поведения в документации Android, и если это так, это всегда означает больше работы для Android (сохранение соединений и закрывая их). Также, что произойдет, если два приложения работают бок о бок (они могут работать одновременно с Service и Activity), и оба они поддерживают соединение открытым. Конечно, это не так, и именно поэтому я проголосовал за это решение.
@ JānisGruzis Это функция ядра Linux, на которой основан Android; когда процесс (т.е. ваше приложение) завершается, ОС очистит все, что не было сохранено (например, на диск): вся память восстановлена, все дескрипторы закрыты и т. д. При этом я предпочитаю «быть явным» в отношении времени жизни ..
как насчет android.database.sqlite.DatabaseObjectNotClosedException, которое я иногда получаю? если я не поймаю его, мое приложение закроется принудительно
Это кажется немного странным, учитывая документацию по getWritableDatabase () : Create and/or open a database that will be used for reading and writing...Once opened successfully, the database is cached, so you can call this method every time you need to write to the database. (Make sure to call close() when you no longer need the database.)
@ Mahm00d и точка, в которой вы абсолютно уверены, что вам больше не нужна база данных, - это когда ваше приложение закрывается ОС. Так что пусть ОС справится с этим за вас. :)
@GrahamBorland, это один из способов взглянуть на это. Итак, вы имеете в виду, что документацию действительно следует читать как ...Make sure to not get in the way of the OS doing its job ! Ну ... в моем приложении с базой данных все в порядке, так что я думаю, что доверю этому с этим ... :)
Что делать, если база данных используется в многопроцессорном режиме?

Tim · Answer 2 · 2011-07-07T10-21-00.000Z

Установление подключения к базе данных дорого. Если соединений не хватает, а база данных локальная, я бы сохранил соединение открытым, а не устанавливал его для каждой операции записи в базу данных, как это обычно бывает в клиент-серверном приложении, которое необходимо масштабировать до для размещения большого количества одновременных пользователей.

Да, я обнаружил, что открытие может быть дорогим. Поэтому, если я вас хорошо понимаю, я должен держать связь открытой. Но что, если пользователь перейдет на главный экран? Должен ли я закрыть его в onPause () и открыть снова в onResume ()? Как я могу передать его между Intents?

Darokthar · Answer 3 · 2011-07-07T11-01-00.000Z

В общем, я бы закрыл соединение в функции onDestroy() Activity, которая открыла соединение. Я бы закрыл() курсор из базы данных в функции, которая использует курсор.

public MyActivity extends Activity{
    private myDatabase mDatabase; // myDatabase extends SQLiteOpenHelper
    private Cursor mCursor;

    public MyActivity(Context context){
        super(context);
        initMemberVariables();
    }

    public ElementButton(Context context, AttributeSet attrS){
    super(context, attrS);
        initMemberVariables();
    }

    public ElementButton(Context context, AttributeSet attrS, int defStyle){
        super(context, attrS, defStyle);
        initMemberVariables();
    }

    private void initMemberVariables(){
        mDatabase = new PSEdb(this.getContext());
    }

    private void getData(){
        mCursor = mDatabase.MyGetterFunction();
        while(mCursor.moveToNext()){
            try{
                // populate your data
            }catch(CursorIndexOutOfBoundsException ex){
                // handle the exception
            }
        }
        mCursor.close();
    }

    @Override
    public void onDestroy(){
        super.onDestroy();
        mDatabase.close();
    }
}