Как выполнить вызов хранилища с разбивкой на страницы из объекта столбца в Spring Boot JPA

#java #spring-boot #jpa #pagination #spring-repositories

#java #spring-boot #jpa #разбивка на страницы #spring-репозитории

Вопрос:

У меня есть этот класс модели объекта (книга), в котором автор может написать несколько книг.

 @Entity
@Table(name="book")
public class Book {
 
    @Id
    @GeneratedValue
    private Long id;
     
    @Column(name="book_name")
    private String bookName;
     
    @Column(name="author_id")
    private Long authorId;
     
    //Setters and getters
}
  

В моем проекте Spring Boot я не хочу иметь таблицу author, поскольку существует служба третьей части, которая определяет авторов и их идентификаторы, как я могу выполнить вызов хранилища с разбиением на страницы для всех идентификаторов AuthorID и их книг?

Я хотел бы иметь конечную точку, которая принимает (страница, размер) и возвращает разбитый на страницы список AuthorDTO примерно так:

 public abstract class AuthorDTO implements Serializable {
    public abstract Long authorId();

    public abstract List<Book> books();
}
  
 [
    {
        "authorId": 123,
        "books": [...]
    },
    ...

]
  

Моя первая мысль — создать вызов репозитория, не уверенный, как мы можем получить страницу пользовательского объекта. Ниже это недопустимо, но я хотел бы сделать что-то вроде следующего.

 Page<AuthorDTO> findAllBooksGroupedByAuthorId(Pageable pageable);

  

Ответ №1:

Похоже, что ваш код предполагает, что вы пытаетесь показать отношение внешнего ключа в классе в качестве идентификатора. JPA на самом деле этого не делает. JPA = «Язык сохранения Java», т.Е. Вы представляете отношения между классами Java, которые отражают базу данных.

Таким образом, в базе данных у вас может быть внешний ключ, такой как ‘author_id’ в таблице book, но на стороне JPA / Java это будет класс «Author», а не просто long/int .

Я надеюсь, что приведенное ниже поможет. Я просто добавил его в main() моего кода, поэтому он может быть не идеальным, но я также оставил несколько комментариев.

После того, как у вас есть Page<Book> , вы можете захотеть сопоставить его с DTO в java.

Поскольку запрос «получить книги по идентификатору автора», мы можем предположить, что у всех них один и тот же автор ID…so нет никакой реальной необходимости пытаться получить эту проекцию в базе данных.

РЕДАКТИРОВАТЬ: разве вообще невозможно иметь ссылку на автора от третьей стороны?

Т.е. я не знаю, как вы заполняете «Book» … но не могли бы вы, получив «Book» от третьей стороны, посмотреть, есть ли у вас объект Author с books ‘author_id’, и не сохранять новый «Author» с этим идентификатором, если он еще не существует?

В этом случае вы можете выполнить AuthorRepo и просто запросить, например:

Page<Author> findAllBy(Pageable page)

==========================================================================

Кажется, что вы извлекаете страницу книг по идентификатору автора … у вас действительно должно быть отношение JPA, чтобы показать, что:

     @Entity
    private class Book{

        @Id
        @GeneratedValue(strategy = GenerationType.IDENTITY)
        private long id;

        @Column(name = "book_name")
        private String name;

        //Technically this could be Many:Many as a book could have 2 authors? If so....@ManyToMany
        //For simplicity (and what you seem to want) Many Books have ONE author.
        @ManyToOne(fetch = FetchType.LAZY)
        private Author author;

    }

    @Entity
    private class Author{

        //ID here - omitted for clarity

        @Column(name = "authors_name")
        String name;

        //The Author has many books.
        // Mapped by shows the bi-direction relationship. You can then do 'Author.getAuthorsBooks()'
        //Lazy means it wont fetch all the books from database/(hibernate wont) when you do AuthorRepo.get()
        //and will only do the `JOIN ON Books where` if you do Author.getAuthorsBooks()
        @OneToMany(fetch = FetchType.LAZY,mappedBy = "author")
        private Set<Book> authorsBooks = new HashSet<>();
    }

    private interface AuthorRepo extends JpaRepository<Author,Long>{
        //Note the JPA syntax.
        Page<Book> findAll(Pageable pageable);
    }


  

РЕДАКТИРОВАТЬ:
я написал это только в пустом file…so возможно, он нуждается в доработке или содержит опечатки и т. Д.

Если по какой-то причине у вас НЕ может быть отдельной сущности для Author, вам необходимо сохранить вашу сущность такой, какая она есть в настоящее время…Я бы сделал 2 запроса.

Я чувствую, что вы можете сделать это различными способами.

Если вы ДОЛЖНЫ придерживаться разбитого на страницы spring:

Получите запрос страницы в контроллере и переведите его в новый PageRequest.of(pagenum,size)

и введите его для выполнения запроса страницы ниже

 List<Long> getPageOfUniqueAuthorIds(Pageable pageable);
  

Это даст страницу идентификаторов авторов.

Затем вы хотите использовать этот список длинных (aithorIds) для выполнения второго запроса.

 List<AuthorDTOProjection> getBooksAndAuthorIdsWithAuthorsIdsIn(List<Long> authorIds);
  
     @Entity
    @Table(name="book")
    public class Book {

        @Id
        @GeneratedValue
        private Long id;

        @Column(name="book_name")
        private String bookName;

        @Column(name="author_id")
        private Long authorId;

        //Setters and getters
    }



    private interface BookRepo extends JpaRepository<Book,Long> {

        //The countQuery is required by Spring Paging.
        //Hibernate will need to use the count query when doing paging on a native query.
        @Query(nativeQuery = true,
        value = "SELECT DISTINCT(author_id) FROM book b ",
        countQuery = "SELECT count(*) n"  
                "FROM (SELECT DISTINCT(author_id) FROM book b) authorIds ")
        List<Long> getPageOfUniqueAuthorIds(Pageable pageable);

        //This is not paged. You want all books with the author IDs from the page query above.
      List<Book> findAllByAuthorIdIn(List<Long> authorIds);
    }

  

Затем вам нужно будет сопоставить объект с DTO на вашем уровне обслуживания.

         @Autowired
        BookRepo bookRepo;

        //This would be from the controller method...not declared here...
        Pageable pageableFromController = PageRequest.of(0,10);

        List<Long> pageOfUniqueAuthorIds = bookRepo.getPageOfUniqueAuthorIds(pageableFromController);

        //Get All the books with Author Ids.
        List<Book> books = bookRepo.findAllByAuthorIdIn(pageOfUniqueAuthorIds);

        //Your abstract AuthorDTO.
        abstract class AuthorDTO implements Serializable {
            public abstract Long authorId();

            public abstract List<Book> books();
        }

        //Your Author DTO needs to be implemented so I made a "View".
        @AllArgsConstructor
        class AuthorView extends AuthorDTO{

            private long authorId;
            private List<Book> books;

            @Override
            public Long authorId() {
                return authorId;
            }

            @Override
            public List<Book> books() {
                return books;
            }
        }

        //Get a List of the authorIds in the List<Books>. Could also use the original Page<Long> authorIds...
        //As an author without a book is not possible in your database.
        final List<Long> authorIdsInBooks = books.stream().map(it -> it.authorId).distinct().collect(Collectors.toList());

        //Map the Ids of authors to an Impl of your abstract DTO. Personally I don't see why the AuthorDTO is abstract.
        //I'd have expected just an abstract DTO class called "DTO" or something and then AuthorDTO impl that.
        //But as the way you have it this will work. I guess you may want more impl of the  AuthorDTO so maybe leave the AuthorDTO as abstract.
        //This can be returned to client.
        final List<AuthorView> authorViews = authorIdsInBooks.stream()
                .map(authorId -> new AuthorView(
                        authorId,
                        books.stream().filter(it -> it.authorId.equals(authorId)).collect(Collectors.toList()))
                )
                .collect(Collectors.toList());

  

Комментарии:

1. Привет! Спасибо за помощь! Так что я не уверен, что это то, чего я хочу. Я хотел бы иметь конечную точку, которая дает мне страницу уникальных авторов (со всеми их книгами). Как Page<Book> findAllByAuthor_Id(long authorId, Pageable pageable); мне это поможет?

2. Чтобы уточнить, я хотел бы получить решение, которое позволяет мне не создавать класс Author. поскольку я не хочу отслеживать, какой автор существует. Я хотел бы иметь возможность запрашивать страницы из столбца ‘author_id’ класса сущности Book. Разве это невозможно?

3. ОК. Я думаю, что это сложнее без объекта Author. Я отредактирую свой ответ. В любом случае, нет ли возможности иметь класс «Author», который просто содержит идентификатор автора этой удаленной службы?