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
  1. Começando com casos de Uso
  2. 1

Quick fix: usando Sort do Pageable

AnteriorRepository, Service e ControllerPróximoResolvendo desordenação

Atualizado há 6 meses

Se você reparar nos métodos do Repository, estamos utilizando ORDER BY ao invés do Sort do pageable, isso não é o ideal.

Iremos arrumar isso em três passos:

  1. Colocar alias de resultado (tb_result) em ambas as consultas SQL e remover os Order BY.

Com isso, ao realizarmos a requisição no Postman com sort por name, ele irá ordenar somente pelas páginas. Isso acontece porque a nossa segunda consulta do repository, não tem "obrigação" de trazer os itens ordenados.

Ou seja, aquela list ali em cima de ProductProjection page, está ordenada. A de entities, não.

Lembrando, só podemos ordenar no momento por nome ou id, lembra da projection criada? (retorno da consulta SQL no h2)Lembrando, só podemos ordenar no momento por nome ou id, lembra da projection criada? (retorno da consulta SQL no h2)

Se quiséssemos ordenar por preço, por exemplo, teria que ter um getPrice e mudar a consulta SQL.

Ok! Vamos resolver o problema do resultado desordenado nas páginas ➡️