Android Requête SQLite, Insert, Update, Delete, Toujours Besoin d'être Sur le Thread d'arrière-plan?

J'utilise actuellement Chargeurs pour saisir des données à partir de mon ContentProvider (pour activer la fonction d'auto-mise à jour de mon Curseurs). Cette approche est simple pour l'Interrogation de la base de données, cependant, il semble mal adaptée pour toute autre DB opération (telles que Insert, Update, Delete).

Mes questions sont:

  1. Faire tout SQLite opérations doivent être sur un thread d'arrière-plan, ou est-il sécuritaire de faire des opérations simples, comme l'Insertion, la mise à Jour ou la Suppression d'une ligne unique sur le thread d'INTERFACE utilisateur?
  2. Ce qui est une belle conception de bagout pour s'assurer que toutes les requêtes passent par un thread d'arrière-plan? Je tiens à mettre en œuvre AsyncTask, dois-je créer un SuperTask façon de parler qui s'étend AsyncTask et Exécute chaque SQLite opération? (Bonus: Pouvez-vous fournir bare-bones exemple?)
  • Nous devrions utiliser le thread d'arrière-plan pour les opérations en bloc..... Insertion, mise à Jour ou la Suppression d'une seule ligne peut être fait sur le thread de l'INTERFACE utilisateur.
InformationsquelleAutor AutoM8R | 2014-03-12
  1. 5

    J'ai fait SQLite opérations sur mon Thread de l'INTERFACE utilisateur. Je suppose que la question est vraiment de savoir si vos requêtes seront jamais prendre beaucoup de temps ou pas. Je n'ai jamais eu mon plantage de l'application de prendre trop de temps à exécuter des appels SQL sur ma base de données SQLite.

    Avec cela dit, si vous prévoyez d'écrire des requêtes complexes qui peuvent prendre du temps à charger, vous voulez l'exécuter comme une AsyncTask ou du Fil et de l'utilisation des rappels de mise à jour de votre INTERFACE utilisateur en cas de besoin.

    C'est un excellent tutoriel sur SQLite sous Android (Il aborde aussi certains sql complexe des problèmes de timing tu parlais):
    http://www.vogella.com/tutorials/AndroidSQLite/article.html

    • Merci pour la réponse. Je suppose que cela pourrait être gênant assez rapidement parce que vous avez besoin de définir un nouveau AsyncTask pour chaque type de requête, ou si vous avez besoin d'ajouter des instructions de commutation à un maître AsyncTask s'occuper de tout, est que, généralement, comment cela fonctionne quand on fait fond threading dans AsyncTask?
    • Vous n'avez pas besoin d'une Tâche spécifique pour chaque requête, mais vous pouvez créer une Tâche spécifique pour gérer toutes les demandes de base de données. Par conséquent, il s'exécute en arrière-plan de votre activité qui fait un tas de requêtes et les horaires des requêtes et des rappels sur les AsyncTask. Dans le fond, vous pouvez continuer de prendre un crochet dans votre base de données à l'aide de BlockingQueue de fournir un appel à votre base de données avec une commande. Sur votre Thread de l'INTERFACE utilisateur vous pouvez simplement ajouter une commande à la file d'attente
    InformationsquelleAutor
  2. 4

    1. Tous SQLite exploitation n'est pas besoin d'être sur un arrière-plan, mais devrait être. Même de simples mises à jour de lignes peuvent influer sur le thread de l'INTERFACE utilisateur et donc la réactivité de l'application.

    2. Android comprend les AsyncQueryHandler classe abstraite:

      Une classe d'assistance pour aider à rendre le traitement asynchrone ContentResolver requêtes plus facile.

    Voici deux exemples d'implémentations de À l'aide de AsyncQueryHandler pour Accéder aux Fournisseurs de Contenu de manière Asynchrone dans Android. Un membre de la classe:

    class MyQueryHandler extends AsyncQueryHandler {

    public MyQueryHandler(ContentResolver cr) {
        super(cr);
    }

    @Override
    protected void onQueryComplete(int token, Object cookie, Cursor cursor) {
        // query() completed
    }

    @Override
    protected void onInsertComplete(int token, Object cookie, Uri uri) {
        // insert() completed
    }

    @Override
    protected void onUpdateComplete(int token, Object cookie, int result) {
        // update() completed
    }

    @Override
    protected void onDeleteComplete(int token, Object cookie, int result) {
        // delete() completed
    }
}

    Une classe anonyme:

    AsyncQueryHandler queryHandler = new AsyncQueryHandler(getContentResolver()) {
    @Override
    protected void onQueryComplete(int token, Object cookie, Cursor cursor) {

        if (cursor == null) {
            // Some providers return null if an error occurs whereas others throw an exception
        }
        else if (cursor.getCount() < 1) {
            // No matches found
        }
        else {

            while (cursor.moveToNext()) {
                // Use cursor
            }

        }
    }
};

    Plus de détails:

    1. La Mise En Œuvre De AsyncQueryHandler

    2. http://www.trustydroid.com/blog/2014/10/07/using-asyncqueryhandler-with-content-provider/

    InformationsquelleAutor 13rac1