Интерфейс запроса Gemfire - альтернатива gfsh/pulse

Question

Есть ли толстые клиентские альтернативы Pulse/Gfsh для запроса областей Gemfire? Хотя импульс хорош, он не может использоваться как sqldeveloper/жаба для тестирования/запроса.

Answer 1

К сожалению, никто из тех, кого я знаю, извините.

Однако, альтернативный подход будет использовать Spring Data GemFire Repositories (дополнительные детали here) писать/выражать свои (OQL) запросы, а затем писать автоматизированные [JUnit] тесты, чтобы проверить ваши запросы, определенные в интерфейсе приложения Repository.

Для example, можно определить расширение интерфейса либо интерфейс ШУРСА [Crud]Repository или SDG в GemfireRepository и объявить my application queries после определенных conventions (спецификаций критериев запроса, определенного метода интерфейса подписи). То есть Мне не нужно писать реальные запросы.

Для определения запросов приложения достаточно просто определить tests.

Вы также можете выразить больше complex queries (например, Equi-Joins на 2 или более размещенных PR). Однако, остерегайтесь query limitations involving PRs, в частности, а также в general.

Дополнительную информацию о запросах PR можно найти here, в частности, с участием Equi-Join Queries on PRs.

меня трудно представить какой-либо инструмент успешно позволяющий такого рода практического выполнения запросов, поскольку запрашивая 2 совместно размещенных PR (или PR с любым другим типом области, например, REPLICATE или LOCAL) в Equi-Join (OQL) Запрос должен быть выполнен внутри функции GemFire.

В любом случае, я знаю, что это не совсем то, что вы искали, поскольку вам, вероятно, просто нужно что-то быстро проверить достоверность результатов вашего запроса в дополнение к анализу perf (например, Explain Plan), но это, по крайней мере, увеличивается ваше тестовое покрытие автоматическим, повторяемым способом.

Конечно, это все спорный вопрос, если вы просто хотите провести анализ данных вне приложения.

Cheers, Джон