Будьте в спящем режиме Запрос отстает в системе, но быстро, когда выполнено непосредственно
Убедитесь, что вы объявили свой файл activities в Manifest следующим образом
<activity android:name=".YOUR_ACTIVITY" />
А в вашем Button действии выполните навигационное действие следующим образом
Intent intent = new Intent(YOUR_ACTIVITY_1.this, YOUR_ACTIVITY_2.class);
startActivity(intent);
3 ответа
Из описания Вашей проблемы это кажется на столкновение со сниффингом параметра. По существу SQL Server создает план запросов на основе более старого набора значений параметров, которые были переданы в и которые не создают эффективный план выполнения относительно в настоящее время рабочего запроса.
Обычно я решаю этот вопрос путем передачи значений параметров в локальные переменные и использования тех, которые в моем запросе, или при помощи ОПЦИИ (ПЕРЕКОМПИЛИРОВАЛИ). Однако, так как Вы используете, в спящем режиме, моим обычным решением не является опция для Вас. Насколько я понимаю наилучший вариант будет для использования, в спящем режиме для выполнения собственного SQL-запроса с помощью prepareStatement () или createSQLQuery (), который, к сожалению, удаляет некоторые преимущества использования, в спящем режиме.
Необходимо отправить отображение и оператор HQL. При использовании "соединения" в HQL Вы могли бы хотеть смотреть, что точно выбирается, в спящем режиме. Могло бы оказаться, что сам запрос прост, но Будьте в спящем режиме, выбирает тонны данных, прежде чем это доберется до него.
По моему опыту, основная проблема со сложными запросами в В спящем режиме, не сам запрос, а скорее создание всех объектов, представляющих набор результатов.
В моем случае на работе у нас была очень большая модель предметной области с большим количеством связей, так, чтобы даже выборка одного отдельного объекта от базы данных была довольно дорогой, потому что тот объект был связан с другими объектами, которые в свою очередь были связаны с другими объектами и так далее.
Для нас, большего количества использования ленивой загрузки, решенной, по крайней мере, части проблемы. Умное кэширование, которому помогают еще больше. То, что я изучил, было то, что в будущем, я позволю больше слабой связи между доменными классами.