Java persistancemanager извлекает меньше объектов - PullRequest
0 голосов
/ 13 февраля 2020

В java выборка объектов с запросом иногда возвращает меньше объектов в некоторых редких случаях. Я использую менеджер javapersistance. Идеально ли его использовать или нужно переключиться на низкоуровневую выборку хранилища данных, чтобы решить ее?

String query = "CUID == '" + cuidKey + "' && staffKey == '" + staffKey +"'&& StartTimeLong >= "+ startDate + " && StartTimeLong < " + endDate + " && status == 'confirmed'";

List<ResultJDO> tempResultList = jdoUtils.fetchEntitiesByQueryWithRangeOrder(ResultJDO.class, query, null, null, "StartTimeLong desc");

В редких случаях возвращается 4 объекта, но в большинстве случаев возвращаются все 5 объектов.

jdoUtils - это объект PersistanceManager. Нужно ли мне переключаться на низкоуровневую выборку хранилища данных для точных результатов.

1 Ответ

0 голосов
/ 14 февраля 2020

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

С другой стороны, рекомендуемый способ программного взаимодействия с продуктами Google Cloud Platform - через клиентские библиотеки Google так как они уже проверены и гарантированы для работы почти во всех случаях. Кроме того, их использование позволяет открыть проблему Github, если вы обнаружите какие-либо проблемы, чтобы разработчики могли их решить. В тех редких случаях, когда вам нужны некоторые функции, которые еще не были рассмотрены, вы можете открыть запрос на функцию или напрямую позвонить в API.

В дополнение к библиотекам Google есть еще две опции для Java, которые находятся в активной разработке. Один из них - Objectify , а другой - Catatumbo .

Я бы предложил переключиться на Java Библиотеки хранилища данных . Вы можете найти примеры того, как взаимодействовать с хранилищем данных в link1 и link2 . Также вы можете найти примеры кода общего доступа сообщества на этой странице programcreek .

...