Perché InsertHelper è stato deprecato?

Question

Ho passato un po 'di tempo a esaminare alcuni problemi di prestazioni sul nostro dispositivo e ho notato che abbiamo un bel po' di app che eseguono db in lettura/scrittura ..

Ho iniziato utilizzando l'API Contatti per inserire nuovi contatti & righe di dati, ed era dolorosamente lento. 1 minuto 18 secondi per inserire circa 1500 righe (250 contatti prime & 1250 righe di dati) ..

che avevo usato l'aiutante di inserimento in un'altra app per inserti di performance, e ha deciso di scrivere un applicazione di test che scrivere a DB separati w/metodi di inserimento separati.

Ogni db ha una tabella, ognuna con 4 colonne: _ID, Nome, Ora e Blob (tutto il tipo 'stringa') - proprio come il fornitore di contatti definisce le colonne di dati.

_ID è incremento automatico pk, Nome inserisce proprio la stessa cosa '1234567890', il tempo è giusto il tempo di sistema corrente a Milis, e Blob è una stringa w/lunghezza 6400 integrale della lettera 'A' ...

ho controllato l'inserimento di massa, ma non fa altro che scorre tutti gli inserti che avete definito, ed è altrettanto lento come fare gli inserti singolarmente (o impatto trascurabile performance) ..

ho provato 3 diversi metodi per fare gli inserti: ContentValues ​​con il metodo db.insert: SQLiteStatement w/statement.execute() (fatto all'interno di una transazione). SqliteInsertHelper con transazione.

posso fornire un codice, ma ho avuto le migliori prestazioni del InsertHelper, e si chiede perché è stata sconsigliata:

tempo per inserire 100 record contentValues: 7.778 secondi (82 byte scritti/ms) SQLiteStatement: 1.311 secondi (489 byte scritti/ms) SqliteInsertHElper: 0,292 secondi (2197 byte scritti/ms)

Qualche idea?

Answer 1

InsertHelper consente agli utenti di eseguire più inserimenti in una tabella utilizzando la stessa istruzione.Ma non è un buon modo per inserire come tale è not thread-safe.

Answer 2

È necessario utilizzare transactions.. Se non si crea esplicitamente una transazione per un'operazione di database, il framework ne crea uno per ciascuno. Raggruppa insieme il tuo oggetto e inseriscili tutti in una volta. Ciò aumenterà notevolmente le prestazioni.

Answer 3

È difficile trovare informazioni sul motivo per cui InsertHelper è stato dichiarato obsoleto senza passare al commit effettivo che lo depreca. L'ingegnere che deprecato InsertHelper ha dato il seguente motivo:

Questa classe non offre vantaggi rispetto SQLiteStatement e solo rende il codice più complesso e soggetto a errori.

Dopo il refactoring da InsertHelper a SQLiteStatement sono d'accordo. Un'eccezione riguarda le funzioni di associazione a sicurezza nulla. Considerando che InsertHelper chiama automaticamente bindNull() per te, SQLiteStatement si arresta in modo anomalo se si passa, ad esempio, una stringa nullo e si deve eseguire il proprio controllo Null prima di chiamare bindString().

Vedi: https://android.googlesource.com/platform/frameworks/base/+/b33eb4e%5E!/