Использование второго поля для того же столбца в сущности для равенства хэш-кода и управления сущностью

В нашем проекте мы используем jpa данных spring с спящим режимом.

Ниже приведен пример представления сущностей.

@Entity
public class Author {
 
    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)
    private Long authorId;
 
    private String firstName;
 
    @OneToOne(mappedBy = "author")
    private Book book;


 
    ...
}


@Entity
public class Book {
 
    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)
    private Long id;
 
    private String title;
 
    @OneToOne(fetch= FetchType.LAZY)
    private Author author;

    ...
}

Пожалуйста, простите любые проблемы с синтаксисом.

У нас есть только поле ассоциации OneToOne для автора в объекте книги. Это имеет много недостатков для нашего дизайна.

1. Автор всегда лениво извлекается.
2. Мы однозначно идентифицируем книгу с идентификатором автора
3. У нас есть authorId в таблице книг в качестве внешнего ключа.
4. Если вы внимательно понимаете, мы не можем использовать authorId для уникальной идентификации записи только из-за ленивых ассоциаций гибернации, в равном и контракте хэш-кода, даже если мы хотим его использовать. Если мы используем ассоциацию автора в равных и хэш-коде, он будет охотно вызывать сущность автора для каждой книги, которая нам не нужна.
5. Здесь у нас ранее был контрольно-пропускной пункт, так как book.author.authorId использовался в слишком многих местах, и это требовало дополнительного соединения или запроса таблицы авторов только для того, чтобы получить только идентификатор.

Чтобы решить эту проблему, мы создали еще одно поле authorId в объекте Book.

• С этим полем мы можем делать что-то вроде book.authorId во всех запросах, не извлекая сущность автора.
• Именно так мы делаем insertable и updateable ложными, как упоминалось на многих форумах, чтобы один столбец отображался на несколько полей.

@Entity
public class Book {
 
    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)
    private Long id;
 
    private String title;
 
    @OneToOne
    private Author author;
    
    @Column(name = "authorId", insertable = false,updatable = false)
    private Long authorId

    ...
}

Я тестировал следующее до сих пор:

1. Получить с authorId отлично работает.
2. Работает с hql jpql с базовыми тестами
3. Хотя не уверен насчет ограничений.

Вопросы:

1. Насколько я понял, это поле предназначено только для чтения и установлено для меня спящим режимом, я никогда не должен явно нигде обновлять это поле, правильно ли я понимаю?
2. Можем ли мы безопасно использовать authorId, представленный как новое поле в запросах hql/jpql и sql
3. Будет ли это поле корректно управляться спящим режимом?
4. Нам нужно установить это явно? Например: когда я создаю книгу, я могу сделать так

Author author = repository.findById();
Book b = new Book();
b.setAuthor(author)
b.setAuthorId(author.getId)

также любой другой случай, когда мне явно нужно установить book.authorId ? Будет ли он правильно управляться с помощью спящего режима?