Interrogazione e lavorare con i cursori a SQLite su Android

Question

Non sono sicuro se io sono l'unico che si sente in questo ...

trovo a lavorare con l'API SQLite in Android un dolore completo nel culo e abbastanza anima distruggendo . Qualcuno ha qualche consiglio/aiuto per rendermi la vita più facile?

Ecco un esempio di ciò di cui sto parlando.

//create code 

db.execSQL("CREATE TABLE " + CUSTOMER_TABLE_NAME + " (" 
         + GENERIC_ID_KEY+ " INTEGER PRIMARY KEY NOT NULL, " 
         + PHONE_KEY + " INTEGER NOT NULL, " 
         + CUSTOMER_NAME_KEY+ " TEXT NOT NULL, " 
         + EMAIL_KEY + " TEXT NOT NULL, " 
         + ADDRESS_KEY +" TEXT);"); 


//get code 
    Cursor mCursor = mDb.query(true, CUSTOMER_TABLE_NAME, new String[] {GENERIC_ID_KEY, 
         ADDRESS_KEY, PHONE_KEY, EMAIL_KEY,CUSTOMER_NAME_KEY}, GENERIC_ID_KEY + "=" + customerDbId, null, 
           null, null, null, null); 

     Customer customer = new Customer (customerDbId, (CharSequence)mCursor.getString(mCursor.getColumnIndexOrThrow(CUSTOMER_NAME_KEY)), 
          (CharSequence)mCursor.getString(mCursor.getColumnIndexOrThrow(PHONE_KEY)), 
          (CharSequence)mCursor.getString(mCursor.getColumnIndexOrThrow(EMAIL_KEY)), 
          (CharSequence)mCursor.getString(mCursor.getColumnIndexOrThrow(ADDRESS_KEY))); 

Questo è un semplice esempio di creazione di un oggetto cliente semplice da una query db; parte del mio codice è molto più malvagio di questo. La creazione manuale di query in questo modo porta a tutti i tipi di errori che non trovo fino al runtime.

Qualsiasi consiglio molto apprezzato!

Ok, dopo i suggerimenti di seguito ora ho questo:

db.execSQL("CREATE TABLE customer (_id INTEGER PRIMARY KEY NOT NULL, " 
         + "phone_number INTEGER NOT NULL, " 
         + "name TEXT NOT NULL, " 
         + "email TEXT NOT NULL, " 
         + "address TEXT);"); 


    //get code 
String q = "SELECT * FROM customer WHERE _id = " + customerDbId +";" 
     Cursor mCursor = mDb.rawQuery(q, null); 

     Customer customer = new Customer (mCursor); 

nel cliente, accedo i campi come questo

mName = cursor.getString(2) 

Ahh, mi sento molto meglio :)

Cheers Si

Answer 1

1. Non utilizzare gli oggetti del modello se non è necessario. Ho concluso, a meno che non ci sia una significativa logica aziendale che può essere rappresentata solo tramite oggetti modello, che sono più problemi di quanti ne valga la pena in una piattaforma mobile.
2. Supponendo di essere bloccati con oggetti modello, farli caricare da un Cursor, anziché tentare di passare in un numero eccessivo di parametri.
3. query() è molto più dettagliato di rawQuery() per un valore aggiunto limitato, se si conosce SQL.
4. L'assemblaggio della clausola CREATE TABLE tramite concatenazione è un dolore autoimposto, non richiesto da SQLite o Android.
5. Non utilizzare getColumnIndexOrThrow() da codice personalizzato. Hai scritto la query, in modo che tu sappia quale ordine le colonne stanno tornando. Utilizza solo qualcosa come getColumnIndexOrThrow() se stai creando una libreria astratta che non conosce i dettagli del Cursore che gli è stato dato.
6. String eredita da CharSequence, quindi tutti questi modelli possono essere eliminati.

Answer 2

Ho testato un sacco di SQL in SQLite prima di copiarli su Android come stringhe. È più semplice eseguire il debug quando riesco a interagire direttamente con la riga di comando.

Un'altra tecnica che utilizzo è quella di salvare il maggior numero possibile di query come costanti stringa o risorse stringa.

Non è inoltre necessario SQL come INTEGER NOT NULL poiché SQLite utilizza la digitazione di anatra/digitazione manifest. Tuttavia, aiuta l'affinità del tipo.