java - 在 JPA 中保留非原始数据

Question

我正在创建一个需要与数据库交互的程序。这是一个简单的库存管理系统，因此实体是“Item”和“Patron”。

编辑:这是一个使用 Spring boot 和 spring data JPA 的 Vaadin 应用程序

首先，我将从我的 2 个类开始，为了简洁起见，省略 getter/setter。

@Table(name="item")
@Entity 
public class Item implements Serializable, Cloneable {

    @Id
    @GeneratedValue(strategy=GenerationType.AUTO)
    private long barcode;
    @NotNull
    private String name, type;
    @NotNull
    private boolean isAvailable;
    @Nullable
    private boolean isLate;
    @Nullable
    private String notes;
    @Nullable
    private Patron currentPatron;
    @Nullable
    private Patron[] history;
    @Nullable
    private Date checkOutDate, dueDate;

    public Item() {}

    public Item(long barcode, String name, String type, boolean isAvailable) {
        this.barcode = barcode;
        this.name = name;
        this.type = type;
        this.isAvailable = isAvailable;
    }

    public Item(long barcode, String name, String type, String notes, boolean isAvailable) {
        this.barcode = barcode;
        this.name = name;
        this.type = type;
        this.notes = notes;
        this.isAvailable = isAvailable;
    }

    public Item(long barcode, String name, String type, String notes, boolean isAvailable, Date checkOutDate, Date dueDate, boolean isLate, Patron currentPatron, Patron[] history) {
        this.barcode = barcode;
        this.name = name;
        this.type = type;
        this.notes = notes;
        this.isAvailable = isAvailable;
        this.checkOutDate = checkOutDate;
        this.dueDate = dueDate;
        this.isLate = isLate;
        this.currentPatron = currentPatron;
        this.history = history;
    }
}

@Entity
@Table(name="patron")
public class Patron {
    @Id
    private long id;
    @NotNull
    private String name, email;
    @Nullable
    private Item[] checkedOutItems;
    @Nullable
    private List<Item> itemHistory;
    @Nullable
    private boolean owesFines;
    @Nullable
    private int finesOwed;

    public Patron() {}

    public Patron(long id, String name, String email, boolean owesFines) {
        this.id = id;
        this.name = name;
        this.email = email;
        this.owesFines = owesFines;
    }

    public Patron(long id, String name, String email, Item[] checkedOutItems, List<Item> itemHistory, boolean owesFines, int finesOwed) {
        this.id = id;
        this.name = name;
        this.email = email;
        this.checkedOutItems = checkedOutItems;
        this.itemHistory = itemHistory;
        this.owesFines = owesFines;
        this.finesOwed = finesOwed;
    }

实际上，Patron 对象是通过使用 MSR 扫描其校园 ID 来实例化的。然后，该数据将填充顾客类别的姓名、电子邮件和 ID 字段。

结账时，顾客首先用MSR刷卡(系统会确认他们在数据库中，如果不在数据库中，则将其添加)。 扫描他们的磁条后，他们想要的元素的二维码就会被扫描，这样我们就可以将该元素绑在他们身上。

当某个项目被顾客 checkout 时，我们需要从顾客表中获取他们的id、姓名和电子邮件，然后填充其其余变量: check_out_date , due_date等

顾客可以 checkout 许多商品，但只能向顾客 checkout 一件商品。这是否建立了OneToMany关系？赞助人 -> 元素(

我的思考过程如下:

对于赞助对象 有一个 Items 数组来存储他们当前拥有的元素的条形码。 有一个项目数组列表来存储有关哪个顾客拥有它以及何时拥有它的信息 List<Item> history ，这样代码就很简单 history.addToFront(something)

对于项目对象 有一个 Patron 对象来查看谁拥有它 有一个顾客数组列表，可以查看所有 checkout 时间

问题1:使用数组和列表作为两个类的实例数据是否多余？

Q1.2:对象数组和对象列表是否适合这种场景的数据结构？

Q1.3:使用javax.persistence.*;有什么区别吗？和org.springframework.data.annotation.*;对于 ID 之类的内容，import javax.validation.constraints.NotNull; 之间有区别吗？和import org.springframework.lang.NonNull;

Q2:这会产生 OneToMany赞助人和元素之间的关系？

Q3:为了实现这一目标，我相信我的数据库中需要一些额外的表。我在想这样的事情:(并且我意识到在实现新模式时我需要包含适当的 spring 注释)

项目表

create table item(barcode int(10) primary key, name varchar(64) not null, type varchar(64) not null, availability boolean, is_late boolean, note varchar(255), check_out_date Datetime, due_date Datetime); #foreign keys for currentPatron and Patron History

订阅者表

create table patron(id int(10) primary key, name varchar(64) not null, email varchar(64) not null, owes_fines boolean, fines_owed int); #foreign key to item table?

Patron_Item_History 表 :这将从订阅者表中提取id、name、email，然后从项目表中提取id、check_out_date、due_date？

Item_Patron_History 表:与上表结构类似？

提前谢谢您。

Answer 1

好的，就到这里，

我假设您正在使用 Spring Boot、Hibernate 作为 ORM 以及可能某种类型的关系数据库 (MySQL) 来构建应用程序。

关于数据库设计:

是的，这里的 Patreon 对象是与 Item 实体具有 OneToMany 关系的拥有实体(因为一个 Patreon 可能有 N 个对象)。 您的 Patreon 实体可以进行以下重新设计:

1) 尝试使用非原始类型，尤其是表键(长 id -> 长 id)。

2) 丢失checkOutItems 数组以及itemHistory 列表。首先，关系应该使用集合而不是数组来建模。其次，你不需要这两个。 您永远不会以这种方式存储checkedOutItems 或itemHistory。相反，创建一个 List<Item> items它将在描述关系时存储 Patreon 项目(以下是一些示例: http://www.baeldung.com/hibernate-one-to-many )

3) 同样，对于 Item 实体，您需要丢失历史数组。您唯一需要的是对所属实体(本例中为 Patreon)的引用，从而完成关系的 ManyToOne 方面。

4) 请注意，日期字段应使用 @Temporal 进行注释。还提供正确的类型(您可以阅读更多内容)。

5)项目类通常应该重新设计。

5) 上述所有内容都准备就绪后，假设您使用的是 Spring，您可以创建一个存储库，您可以使用它来查询 Patreon 对象，从而检索对象及其相关实体(项目)。

关于您的问题:

Q1:是的，它看到了。请参阅上文了解更多信息。

Q1.2:没有数组不是。列表或更好的集合更适合。

Q1.3:是的。第一个是关系型中使用的JPA注解 数据库，而第二个是 Spring Data 特定注释 由非此类的数据库和框架使用 (关系)或没有定义标准持久性 API(例如 日本公共(public)事务局)。对于NonNull和NotNull与第一个大致相同 一个实际上取代了后一个(已经完成的事情 经常)。我看到的唯一区别是目标。您可以阅读 更多这里: https://docs.spring.io/spring-framework/docs/current/javadoc-api/org/springframework/lang/NonNull.html https://docs.oracle.com/javaee/7/api/javax/validation/constraints/NotNull.html

问题2:是的。见上文。

Q3:通过一些巧妙的设计，我认为不需要更多，但是 嘿，如果你觉得这对你有帮助，为什么不呢。只是不要过度杀伤 设计及其复杂性