JavaEE5实战笔记02JPA持久层的一些问题
package ejb.dto;import java.io.Serializable;import java.sql.Timestamp;import java.util.List;import javax.persistence.CascadeType;import javax.persistence.Column;import javax.persistence.Entity;import javax.persistence.FetchType;import javax.persistence.GeneratedValue;import javax.persistence.Id;import javax.persistence.OneToMany;import javax.persistence.Table;import org.hibernate.annotations.GenericGenerator;/** * 用户实体 * * @author liuyan */@Entity@Table(name = "webbank_user")public class UserDTO implements Serializable {private static final long serialVersionUID = 1L;public UserDTO() {}@Id@GeneratedValue(generator = "system-uuid")@GenericGenerator(name = "system-uuid", strategy = "uuid")// 主键private String id;@Column(name = "userName")// 用户名private String userName;@Column(name = "password")// 密码private String password;@Column(name = "userStates")// 用户状态private int userStates;@Column(name = "money")// 用户余钱private double money;@Column(name = "registeTime")// 注册时间private Timestamp registeTime;@OneToMany(cascade = CascadeType.REMOVE, fetch = FetchType.LAZY, mappedBy = "userDTO")private List<DealDTO> deals;//省去setter和getter}?操作记录实体：DealDTO
package ejb.dto;import java.io.Serializable;import javax.persistence.CascadeType;import javax.persistence.Entity;import javax.persistence.GeneratedValue;import javax.persistence.Id;import javax.persistence.JoinColumn;import javax.persistence.ManyToOne;import javax.persistence.OneToOne;import javax.persistence.Table;import org.hibernate.annotations.GenericGenerator;/** * 交易记录信息 * @author liuyan */@Entity@Table(name = "webbank_deal")public class DealDTO implements Serializable {public DealDTO(){}private static final long serialVersionUID = 4210820165040311694L;@Id @GeneratedValue(generator="system-uuid")@GenericGenerator(name="system-uuid",strategy = "uuid")private String id;@ManyToOne(optional = true, cascade = CascadeType.REFRESH)@JoinColumn(name = "user_ID")private UserDTO userDTO;@OneToOne(optional = true, cascade = CascadeType.ALL)@JoinColumn(name = "dealInfo_ID")private DealInfoDTO dealInfoDTO;//省去setter和getter}?操作记录明细实体: DealInfoDTO
package ejb.dto;import java.io.Serializable;import java.sql.Timestamp;import javax.persistence.CascadeType;import javax.persistence.Column;import javax.persistence.Entity;import javax.persistence.GeneratedValue;import javax.persistence.Id;import javax.persistence.OneToOne;import javax.persistence.Table;import org.hibernate.annotations.GenericGenerator;/** * 交易详细信息 * @author liuyan */@Entity@Table(name = "webbank_dealInfo")public class DealInfoDTO implements Serializable {public DealInfoDTO(){}private static final long serialVersionUID = -2266758318775332821L;@Id @GeneratedValue(generator="system-uuid")@GenericGenerator(name="system-uuid",strategy = "uuid")private String id;@Column(name = "dealDate")private Timestamp dealDate;@Column(name = "dealStatue")private int dealStatue;@Column(name = "dealMessage")private String dealMessage;@OneToOne(optional = true, cascade = CascadeType.ALL)private DealDTO dealDTO;//省去setter和getter}?在UserDTO实体中的标记：
@OneToMany(cascade = CascadeType.REMOVE, fetch = FetchType.LAZY, mappedBy = "userDTO")private List<DealDTO> deals;
?翻译成咱们通俗易懂的话就是：“如果JPA对UserDTO实体进行了操作，那么在所有的操作中如果涉及到了删除UserDTO实体的话，也要将UserDTO实体有关系的DealDTO实体一并、级联地、株连九族地、毫不留情地删除掉”;“加载用户实体的同时也加载操作记录实体集合，不过是延迟加载”;“在多的一端——DealDTO实体有一个字段是维系2者关系的字段。也就是说让多的那一端记住1VSN的关系罢了。”
在DealDTO实体中的标记：
@ManyToOne(optional = true, cascade = CascadeType.REFRESH)@JoinColumn(name = "user_ID")private UserDTO userDTO;
?用普通话来说就是：“在用户实体与操作记录实体中，操作实体作为多的一端N中每一条操作记录对象必须有一个与之对应的用户记录”；“当对操作记录实体进行更新操作的时候，相应的在一级缓存中对用户实体也要进行级联的更新”；另一个要说明的就是在多的一端维系了1VSN的关系，在底层数据库中维系的字段就是user_ID。
此实体的另一个标记
@OneToOne(optional = true, cascade = CascadeType.ALL)@JoinColumn(name = "dealInfo_ID")private DealInfoDTO dealInfoDTO;
?咱们也来用普通话说就是：“对DealDTO实体的任何操作都会影响着操作明细实体DealInfoDTO的生存状态。保存DealDTO实体，别忙，它相应的明细实体也得享受这种保存的待遇。删除DealDTO实体，连累着明细实体也难闹厄运！”；“同时，DealDTO实体维系着这种1VS1的关系的字段。”
在DealInfoDTO实体中的标记：
@OneToOne(optional = true, cascade = CascadeType.ALL)private DealDTO dealDTO;
?他就比较舒服了~~自己的所有操作都会影响着DealDTO实体，除此之外没别的意思。当然了DealDTO实体与DealInfoDTO实体，双方互相都不能为空。双方就像杨过和小龙女一样，共同进退、如荣誉共、谁也缺不了谁、你死我也不能独生、你坠崖16年，我就等你16年！
@Id@GeneratedValue(generator = "system-uuid")@GenericGenerator(name = "system-uuid", strategy = "uuid")private String id;
?即是使用UUID生成主键，并且就是在新增保存实体的时候千万不要自己生成主键，底层的Hibernate框架已经为你做了主键的生成和赋值工作。
@Stateless@TransactionManagement(TransactionManagementType.CONTAINER)@TransactionAttribute(TransactionAttributeType.REQUIRES_NEW)public class ExceptionLogServiceImpl extendsBaseServiceImpl<ExceptionLogDTO, String> implements ExceptionLogService {/** * 注入其他EJB组件 */@EJB(beanName = "ExceptionLogEAOImpl")private ExceptionLogEAO exceptionLogEAO;public ExceptionLogServiceImpl() {super();System.out.println("ExceptionLogServiceImpl初始化");}}
?REQUIRES_NEW代表另开辟一个新的事物，具体的事务传播介绍请参考：http://suhuanzheng7784877.iteye.com/blog/908382
1.Required：共享型若1处在一个事务中调用了2，则2直接和1在同一个事务中。若1没有任何事务，则系统会默认给2创建一个新事务。此策略适合大多数情况。2.RequiredNew：独立型若1在一个事务中调用了2，则系统先将1的事务挂起，不管、之后为2设置一个新事务，执行完毕后恢复1的事务。若1没有事务，则会为2新开一个事务。3.Mandatory：强制共享型若1处在一个事务中调用了2，则2直接和1在同一个事务中。若1没有任何事务，直接抛出异常——Transaction RequiredException。4.NotSupported：无助独立型若1在一个事务中调用了2，则系统先将1的事务挂起，不管、之后2不开启任何事务，执行完毕后恢复1的事务。若1没有事务，2也直接执行。5. Supported：啃老型若1处在一个事务中调用了2，则2直接和1在同一个事务中。若1没有任何事务，直接执行2。6.Never：捣乱型若1处在一个事务中调用了2，则抛出RemoteException。若1没有任何事务，直接执行2也不会为它开启任何事务。
?
?