studies
Signup e finalização
HomePrincípios de Programação Orientada a ObjetosTrabalhando com ObjetosTrabalhando com CollectionsTrabalhando com StringsTrabalhando com ExceptionsApi, camadas, CRUD, exceptions, validationProjeto Arquitetura RESTfulCriando um projeto REST / RESTfulSPRING DATA JPA - 2024Estudo Arquitetura LimpaEstudo sobre Anotações SpringModelo de Dominio e ORMAPI REST, camadas, CRUD, exceções, validaçõesJPA, Consultas SQL e JPQLLogin e controle de acessoTestes automatizados, JUnit5 e MockitoValidação e SegurançaSignup e finalizaçãoCobertura de testes com JaCoCoTestes API - MockMvc e RestAssuredEstudo Definitivo ORMEstudo upload arquivos AWSDocumentando API (Swagger e OpenAPI)Versionamento de APIHateoasWorkshop MongoDBWorkshop CassandraSpring Webflux - MongoDBSpring Batch - IntrodutórioSpring Batch Avançado - Lendo dados API remotaSpring Batch - Envio de Email em massaRoad map estudo
Signup e finalização
HomePrincípios de Programação Orientada a ObjetosTrabalhando com ObjetosTrabalhando com CollectionsTrabalhando com StringsTrabalhando com ExceptionsApi, camadas, CRUD, exceptions, validationProjeto Arquitetura RESTfulCriando um projeto REST / RESTfulSPRING DATA JPA - 2024Estudo Arquitetura LimpaEstudo sobre Anotações SpringModelo de Dominio e ORMAPI REST, camadas, CRUD, exceções, validaçõesJPA, Consultas SQL e JPQLLogin e controle de acessoTestes automatizados, JUnit5 e MockitoValidação e SegurançaSignup e finalizaçãoCobertura de testes com JaCoCoTestes API - MockMvc e RestAssuredEstudo Definitivo ORMEstudo upload arquivos AWSDocumentando API (Swagger e OpenAPI)Versionamento de APIHateoasWorkshop MongoDBWorkshop CassandraSpring Webflux - MongoDBSpring Batch - IntrodutórioSpring Batch Avançado - Lendo dados API remotaSpring Batch - Envio de Email em massaRoad map estudo
  • Início
  • Objetivo
  • UML
  • Evitando consulta lenta (ManyToOne) - countQuery
  • Começando com casos de Uso
    • 1
      • Consulta para referência
      • Capturando parâmetros em requisição
      • Repository, Service e Controller
      • Quick fix: usando Sort do Pageable
        • Resolvendo desordenação
        • Deixando replace genérico
  • Incluir Postgres no perfil dev
  • Executando o Postgres e pgAdmin com Docker Compose
  • Criando script SQL da base de dados e testando consulta
  • Dica drop table em todas tabelas
  • Caso de uso - signup
  • Configurando senha de app do Gmail (iniciando recuperação de senha)
  • Enviando email de recuperação de senha
    • Explicando a requisição feita
  • Caso de uso - recuperação senha
    • Início
    • AuthController e AuthService
    • Passo 1 - usuário existe?
    • Passo 2 - gerando token
    • Passo 3 - envio de email
    • Passo 4 - email exception
    • Salvando nova senha (se token for valido)
  • Caso de uso - obtendo usuário logado
Fornecido por GitBook
Nesta página
  • O que é?
  • Como resolver?

Evitando consulta lenta (ManyToOne) - countQuery

AnteriorUMLPróximoComeçando com casos de Uso

Atualizado há 6 meses

O que é?

Devemos tomar cuidados para que a nossa consulta não fique ineficiente (olhando os logs SQL).

Ineficiente por sua vez, entenda lento. Em virtude do comportamento Lazy (carregar de forma tardia) os objetos, devemos citar o seguinte: enquanto a sessão JPA estiver ATIVA, o acesso a um objeto associado (uma simples consulta) pode provocar várias consultas ao banco (voltando nele várias vezes).

Você pode ler mais sobre aqui

Como resolver?

Usaremos uma cláusula da JPQL chamada Join Fetch.

Ao invés de usar aquele findAll padrão de sempre, criaremos um novo método no Repository.

O Join Fetch basicamente, força o Join a buscar o Product com as categorias associadas (mesmo com a tabela de associação).

Mas a ideia é fazer corretamente com o Pageable, podemos passar ele também no searchAll (no controller/service).

A consulta é parecida, mas agora usamos countQuery (ele serve para dizer ao Spring, quantos elementos vamos buscar). Usa o count no Obj e não usa o Fetch.