Первый раз Курсор работает так медленно, когда запрашивает объемные данные.Как решить?

Question

Мне нужно запросить три таблицы и отобразить данные для моего customerView.

Мой код выглядит следующим образом:

Log.v(TAG, System.CurrentTimeMillis())
int len = cursor.getCount();
Log.v(TAG, System.CurrentTimeMillis())

Product[] products = new Product[len];
int i = 0;
while(cursor.moveToNext()){
    products[i] = new Product(cursor.getstring(0),.....);
}
Log.v(TAG, System.CurrentTimeMillis())

Запрос Sqlite:

 String sql = "SELECT T1.PRODUCT_ID, CODE, SHORT_DESCRIPTION, CATEGORY_CODE,
     BRAND_CODE, FORM_CODE, DENOMINATOR, T1.PIECE_PRICE, T1.lowest_piece_price, 
     T2.sku_type, T1.master_sku " + 
 "FROM CUSTOMER_PROD_LIST_ITEMS T1 INNER JOIN PRODUCT T2 ON 

T1.PRODUCT_ID = T2.ID INNER JOIN PRODUCT_UOMS ON T2.ID = 
                                          PRODUCT_UOMS.PRODUCT_ID"+ 
"WHERE T1.VALID = 1 AND PRODUCT_UOMS.VALID = 1 AND 
   CUSTOMER_PRODUCT_LIST_ID = " + customer_pdtlist_ID + " 
ORDER BY T1.PRODUCT_ID ASC";

После моего тестирования, если у нас в курсоре 1500 строк, нам придется потратить большечем 30 с, чтобы закончить эту строку (cursor.getcount ()).Если я удаляю эту строку, и использую ArrayList, чтобы иметь место.Я могу найти, что мы должны потратить более 30 с для Cursor.moveToNext ().

Итак, мой вопрос: почему первая операция с курсором должна занимать так много времени?и как мы решаем?

И у этого человека тот же вопрос Плохая реализация SQLite?Первый раз доступ к данным слишком медленный .но ответ не работает для меня.кстати, я нахожу дисплей такой же 1500rows в Iphone, просто нужно amost 3s.

заранее спасибо !!

Answer 1

Это ответ на вопрос, почему первая операция на вашем курсоре такая медленная. Когда курсор поддерживается SQLite, Android использует библиотеку sqlite C для внутреннего использования, а создание Cursor аналогично созданию подготовленного оператора в библиотеке C. Создание подготовленного оператора обходится дешево и не выполняет никаких запросов. Взято из документации библиотеки C:

sqlite3_prepare ()

Эта подпрограмма преобразует текст SQL в подготовленный объект оператора и возвращает указатель на этот объект. Для этого интерфейса требуется указатель соединения с базой данных, созданный предыдущим вызовом sqlite3_open (), и текстовая строка, содержащая инструкцию SQL, которая будет подготовлена. Этот API фактически не оценивает оператор SQL. Он просто подготавливает инструкцию SQL для оценки.

Когда вы вызываете moveToNext() на Cursor, именно тогда выполняется запрос . moveToNext приводит к вызову функции sqlite3_step() в библиотеке C. Опять же, взято из документации:

sqlite3_step ()

Эта подпрограмма используется для оценки подготовленного оператора, который был ранее создан интерфейсом sqlite3_prepare (). Оператор оценивается до точки, в которой доступен первый ряд результатов. Чтобы перейти ко второму ряду результатов, снова вызовите sqlite3_step (). Продолжайте вызывать sqlite3_step (), пока инструкция не будет завершена. Операторы, которые не возвращают результаты (например, операторы INSERT, UPDATE или DELETE), выполняются до завершения при одном вызове sqlite3_step ().

Таким образом, создание курсора выполняется лениво, а запрос оценивается только при первом перемещении курсора.

Чтобы узнать, почему запрос занимает так много времени, используйте EXPLAIN QUERY PLAN в своем запросе и посмотрите, где находится узкое место. Обычно это отсутствие соответствующего индекса.

Answer 2

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