我想创建这样的架构(抽象方案):
abstract class Document
- number
- autor
- createDate
class Order extends Document
- cost
- client
class Discount extends Document
- value
...
Document类是否应该注释@MappedSuperclass(没有Documents表),或者它应该有自己的表 - 与具体实体的一对一关系?
java + hibernate上有面向文档系统的现成模板,还是一些很好的例子?
答案 0 :(得分:1)
您的应用程序是处理文档,还是处理订单和折扣。例如,您是否有一些用于搜索和显示文档的页面,无论其类型如何?或者您是否有其他实体与文档(而不是订单或折扣)有关联(ToOne或ToMany)?
如果其中一个问题的答案是肯定的,那么Document
应该是Entity
(这并不意味着它应该有自己的表:Hibernate支持三种类型的实体继承映射)。
事实上,如果Discount
和Order
是两个不相关的实体,它们只有一组共同的属性(数字,作者和创建日期),那么文档应该只是{{1} }。