「联合主键java」联合主键字段可以为空吗

今天给各位分享联合主键java的知识，其中也会对联合主键字段可以为空吗进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、hibernate 联合主键怎么做查询
• 2、Java中删除问题的逻辑不会怎么办呢？
• 3、java中联合主键的应用

hibernate 联合主键怎么做查询

联合主键时，先做一个联合主键类：

import java.io.Serializable;

public class NamePK implements Serializable{

//主键类private static final long serialVersionUID = 8313037022835155821L;

private String firstName;

private String lastName;

// getter/setter方法略...

你的实体类，假设是UserInfo，就这么写了：

public class UserInfo {

private NamePK namePk;

private String sex;

private int age;

// getter/setter方法略...

}

配置映射文件UserInfo.hbm.xml的关键部分应该这么写：

composite-id name="namePk"

key-property name="firstName" column="first_name" length="12"/

key-property name="lastName" column="last_name" length="12"/

/composite-id

然后，查询时就对上面的类对象进行赋值，然后用session的get, load方法查：

NamePK namePk = new NamePK();

namePk.setFirstName("Zhang");

namePk.setLastName("san");

UserInfo ui = (UserInfo) session.get(UserInfo.class, namePk);

System.out.println(ui.getAge());

System.out.println(ui.getSex());

参考

Java中删除问题的逻辑不会怎么办呢？

对数据进行逻辑删除，一般存在以下原因：

防止数据误删除，不能找回数据；

这些数据还具有一定的商业价值，比如用户的注册信息；

虽然这些数据可以删除，但是这些数据还有关联数据，这些关联数据不能删除。

对数据进行逻辑删除，可以保证数据的安全性和完整性。但是，逻辑删除也会带来的一些问题：

数据库表的数据冗余，导致查询缓慢；

写sql进行数据处理时需要排除那些已经逻辑删除的数据，这就会导致sql复杂，容易出错，特别是涉及多表查询时；

进行逻辑删除时，还需要考虑与之相关的数据怎么处理；

还有，如果数据表的某个字段要求唯一，并强制约束，比如用户表中的登录用户名字段，设计为逻辑删除的话，一旦有新的同用户名记录就无法插入。但如果不将该字段设置为唯一性约束的，那么在每次插入数据的时候，都需先进行一次查询，看看有无未（逻辑）删除的同名记录存在，低效率是一回事，而且在高并发的系统中，很难保证其正确性。

首先要思考要不要用逻辑删除

这一点很重要，不要盲目使用逻辑删除，首先要看是否有必要采用逻辑删除。因为采用物理删除的优势是显而易见的，不会有历史数据，数据间的关联关系也不会出错，还能节省数据库空间。采用物理删除，业务处理起来很清爽。所以如果没有必要，那么可以优先采用物理删除，从而避免逻辑删除引入的麻烦。比如说本人这次碰到的情况，实际上项目中并不需要逻辑删除，没有这方面需求，这些历史数据也没什么价值。所以这个问题就是当初的开发人员盲目采用了逻辑删除，而没有考虑周全导致的。基于这个情况，直接修改为物理删除解决问题。

当然，某些情况下必须使用逻辑删除，尤其是在现在越来越注重数据价值的环境下。比如历史数据有价值，项目对历史数据有存档要求，或者需要历史数据进行恢复等， 这些情况就必须采用逻辑删除了。

那么逻辑删除该采用怎样的设计呢？

方案1：增加delete_token字段（需要设置默认值，如“defaultToken”），与原来的unique key 组成联合主键.

delete_token字段作用：用来标识该条记录被删除，而不是通过原来的status或enabled字段来区分该记录是否已删除。

比如本文开头我碰到的情况，可以增加一个字段delete_token字段，与原来的字段A组成联合主键。比如删除表T中数据记录1时，delete_token可以更新为该条记录的主键id或者生成的唯一随机值（如UUID），用该方案可解决不能插入已删除数据的问题。同时也要注意，表T的关联关系表也需要进行类似的处理。

优点：不需要引入新表

缺点：若业务量较大或增删频繁，那么数据增长速度会很快，导致一张表中数据量太大，对表的操作效率会降低。

结论：适用于数据量较小、增删不频繁的场景。

方案2：增加备份表（删除记录表）

每张表都设计一张对应的备份表，用于存储删除的数据。表结构可以根据实际需要在原表基础上增加删除时间、删除操作者之类的字段。这样在删除数据时，对于原表，相当于是物理删除，然后再备份表中插入新的记录。注意：关联关系表也需要备份表。

优点：跟物理删除类似，不会有数据冲突的问题。同时也满足了逻辑删除的需求。将在用的业务数据与历史数据区分开，业务结构更清晰。

缺点：需要逻辑删除的数据都要有对应备份表。

java中联合主键的应用

JAVA ？ 是数据库把

alter table 表名

add constraint 主键名 primary key (流水日期,流水编号)

联合主键java的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于联合主键字段可以为空吗、联合主键java的信息别忘了在本站进行查找喔。