One to One 的数据库模型设计与NHibernate配置

简介:

在数据库模型设计中,最基本的实体关系有三种:一对一、一对多、多对多。关于一对多和多对多使用的情况较多,之前也有过一些讨论,现在来说明一下在数据库中一对一的模型设计。

首先,关系数据库中使用外键来表示一对多,使用中间表和两边的外键来表示多对多,而一对一的话有三种表示方式:一种是使用相同的主键值,第二种是使用单边的外键,第三种就是使用双边外键。

1.主键关联

比如我们在做一个ER系统时,设计了一个Employee表保存员工的基本信息(主表),另外有一个EmployeePhoto表(外表),用于保存员工的证件照,员工和照片之间就是一对一的关系。

public class Employee:Entity
{
 public virtual string EmployeeNumber { get; set; }
 public virtual string Name { get; set; }
 public virtual EmployeePhoto EmployeePhoto { get; set; }
}
public class EmployeePhoto:Entity
{
 /// <summary> /// 员工照片,应该是二进制数据,这里只是一个例子,为了方便,所以用String类型 /// </summary> public virtual string Photo { get; set; }

 public virtual Employee Employee { get; set; }
}

下面是FluentNHibernate的Mapping配置:

public class EmployeeMap : ClassMap<Employee>
{
 public EmployeeMap()
 {
 Table("EMPLOYEE");
 Id(x => x.Id, "EMPLOYEE_ID").GeneratedBy.HiLo("1000000000");
 Map(x => x.EmployeeNumber, "EMPLOYEE_NUMBER").Not.Nullable();
 Map(x => x.Name, "NAME").Not.Nullable();
 HasOne(x => x.EmployeePhoto).Cascade.All();
 }
}
public class EmployeePhotoMap : ClassMap<EmployeePhoto>
{
 public EmployeePhotoMap()
 {
 Table("EMPLOYEE_PHOTO");
 Id(x => x.Id, "EMPLOYEE_ID").GeneratedBy.Foreign("Employee");
 Map(x => x.Photo, "PHOTO").Not.Nullable();
 HasOne(x => x.Employee).Cascade.None().Constrained();
 }
}

这里需要注意的是EmployeePhoto的主键,不再是普通的生成方式,而是要选择通过Employee做外键生成。

关于NHibernate 的one to one标签上的constrained="true",该标签在外表上设置,千万不要在主表上设置。就是说明这个表的主键与另一个表的主键建立外键约束,也就是说在生成SQL脚本时,会为这个表创建外键,如果不加,是不会创建外键的。另外还有一个作用,就是在查询外表时,如果没有设置该属性,那么就会Join主表,而设置了该属性,就只需要查询外表。

在主键关联的情况下,如果从主表中移除从表的引用,这个时候保存主表,是不会删除从表的,也不会删除这个一对一的关系的。也就是说,我们不能单独保留Employee和Photo表,同时还要去掉两者之间的关系。

2.单向外键关联

比如我们做个中学的管理系统,设计了一个Class表保存班级,另一个Classroom表保存教室,班级和教室是一对一的关系,一个班级有且仅有一个教室,一个教室属于0到1个班级。

public class Class : Entity,IPermanent
{
 public virtual bool IsDeleted { get; set; }
 public virtual string ClassName { get; set; }
 public virtual int StudentCount { get; set; }
 public override string ToString()
 {
 return "Class Id:" + Id + " Name:" + ClassName;
 }
 public virtual Classroom Classroom { get; set; }
}
public class Classroom:Entity,IPermanent
{
 public virtual string Building { get; set; }
 public virtual string RoomNumber { get; set; }
 public override string ToString()
 {
 return "Classroom[" + Id + "] " + Building + " " + RoomNumber;
 }
 public virtual bool IsDeleted { get; set; }
 public virtual Class Class { get; set; }
}

Mapping的代码是:

public class ClassMap : ClassMap<Class>
{
 public ClassMap()
 {
 Table("CLASS");
 Id(x => x.Id, "CLASS_ID").GeneratedBy.HiLo("1000000000");
 Map(x => x.ClassName, "CLASS_NAME").Not.Nullable();
 Map(x => x.StudentCount, "STUDENT_COUNT").Not.Nullable();
 Map(x => x.IsDeleted, "IS_DELETED");
 References(x => x.Classroom, "CLASSROOM_ID").Cascade.All();
 ApplyFilter<IsDeletedFilter>("IS_DELETED = :DeleteFlag");
 }
}
public class ClassroomMap : ClassMap<Classroom>
{
 public ClassroomMap()
 {
 Table("CLASSROOM");
 Id(x => x.Id, "CLASSROOM_ID").GeneratedBy.HiLo("1000000000");
 Map(x => x.Building, "BUILDING");
 Map(x => x.RoomNumber, "ROOM_NUMBER");
 Map(x => x.IsDeleted, "IS_DELETED");
 HasOne(x => x.Class).PropertyRef(r => r.Classroom);
 ApplyFilter<IsDeletedFilter>("IS_DELETED = :DeleteFlag");
 }
}

这里两个表中只需要有一个表持有对方的主键作为外键即可,我们可以在CLASS表中添加CLASSROOM_ID来作为外键,也可以在CLASSROOM表中添加CLASS表作为外键。选择哪一个好呢?如果相互之间都对应的是0到1个对方,那么其实选哪边都无所谓,但是如果我们假定一个Class必须要对应一个Classroom,而一个Classroom可以对应0到1个Class,那么我们就必须在CLASS表中添加CLASSROOM_ID,因为我们必须先创建Classroom,然后再创建Class,然后可以在数据库中将CLASS表中的CLASSROOM_ID设置为不允许为空(当然,设置为允许为空也没有问题,这样可以帮助NHibernate在级联保存时能够正确保存而不报错)。

单向外键关联时,如果数据库允许CLASSROOM_ID为空,那么是可以打断Class和Classroom的关系的,而使得这两个对象独立存在,这一点是和主键关联所不一样的地方。

另外,这个配置还存在一个问题,就是对于一个存在的Classroom A,我接下来建立Class X,Class Y,都可以将这些 Class的班级指向A,同时这也是保存成功的。但是这显然是不对的,我们需要的是一对一,不是一对多。如果查询Classroom A的Class属性,那么就会报错,因为根本不知道应该是X还是Y。所以我们需要在CLASS表的CLASSROOM_ID上建立唯一约束,体现在Mapping上就是:

References(x => x.Classroom, "CLASSROOM_ID").Cascade.All().Unique();
这样我们在保存X和Y的时候,就只能保存成功一个,第二个保存时就会报错。

这其实又带来了另外一个问题,这可能是NHibernate没有考虑到的地方,那就是我们采用的是软删除,也就是说根本不会从数据库删除数据,只是把IS_DELETED置为1。 那么,我们如果先保存了A和X的关系,接下来由于X被取消,所以我删除了X,接下来添加Y与A关联就会失败。所以需要取消唯一约束,就可以保存Y了,但是在取A的Class属性时仍然会出现异常,取不出正确的Class Y,这个暂时无解。

3.双向外键关联

就是说CLASS表中有CLASSROOM_ID,然后在CLASSROOM表中也有CLASS_ID。这是非常不推荐的方式,一来导致数据维护重复,二来导致数据可能存在不一致。所以,这里我就不再累述这种方案的实现了。

示例代码下载:

http://files.cnblogs.com/studyzy/One2OneTest.7z

目录
相关文章
|
4月前
|
存储 监控 安全
数据库多实例的部署与配置方法
【10月更文挑战第23天】数据库多实例的部署和配置需要综合考虑多个因素,包括硬件资源、软件设置、性能优化、安全保障等。通过合理的部署和配置,可以充分发挥多实例的优势,提高数据库系统的运行效率和可靠性。在实际操作中,要不断总结经验,根据实际情况进行调整和优化,以适应不断变化的业务需求。
|
4天前
|
数据库
【YashanDB 知识库】数据库一主一备部署及一主两备部署时,主备手动切换方法及自动切换配置
**数据库主备切换简介** 在数据库正常或异常情况下,实现主备切换至关重要。若配置不当,主节点故障将影响业务使用,尤其在23.2版本中。原因包括资源紧张或主节点异常。解决方法涵盖手动和自动切换: 1. **一主一备部署**: - **手动切换**:支持Switchover(同步正常时)和Failover(主库损坏时)。 - **自动切换**:启用yasom仲裁选主开关。 2. **一主两备部署**: - 默认最大保护模式,自动切换开启。 需检查并配置自动切换以确保高可用性。经验总结:一主一备默认关闭自动切换,需手动开启;一主两备默认开启。
|
4天前
|
SQL 数据建模 BI
【YashanDB 知识库】用 yasldr 配置 Bulkload 模式作单线程迁移 300G 的业务数据到分布式数据库,迁移任务频繁出错
问题描述 详细版本:YashanDB Server Enterprise Edition Release 23.2.4.100 x86_64 6db1237 影响范围: 离线数据迁移场景,影响业务数据入库。 外场将部分 NewCIS 的报表业务放到分布式数据库,验证 SQL 性能水平。 操作系统环境配置: 125G 内存 32C CPU 2T 的 HDD 磁盘 问题出现的步骤/操作: 1、部署崖山分布式数据库 1mm 1cn 3dn 单线启动 yasldr 数据迁移任务,设置 32 线程的 bulk load 模式 2、观察 yasldr.log 是否出现如下错
|
4月前
|
数据库连接 Linux Shell
Linux下ODBC与 南大通用GBase 8s数据库的无缝连接配置指南
本文详细介绍在Linux系统下配置GBase 8s数据库ODBC的过程,涵盖环境变量设置、ODBC配置文件编辑及连接测试等步骤。首先配置数据库环境变量如GBASEDBTDIR、PATH等,接着修改odbcinst.ini和odbc.ini文件,指定驱动路径、数据库名称等信息,最后通过catalog.c工具或isql命令验证ODBC连接是否成功。
|
4月前
|
消息中间件 资源调度 关系型数据库
如何在Flink on YARN环境中配置Debezium CDC 3.0,以实现实时捕获数据库变更事件并将其传输到Flink进行处理
本文介绍了如何在Flink on YARN环境中配置Debezium CDC 3.0,以实现实时捕获数据库变更事件并将其传输到Flink进行处理。主要内容包括安装Debezium、配置Kafka Connect、创建Flink任务以及启动任务的具体步骤,为构建实时数据管道提供了详细指导。
249 9
|
4月前
|
安全 Nacos 数据库
Nacos是一款流行的微服务注册与配置中心,但直接暴露在公网中可能导致非法访问和数据库篡改
Nacos是一款流行的微服务注册与配置中心,但直接暴露在公网中可能导致非法访问和数据库篡改。本文详细探讨了这一问题的原因及解决方案,包括限制公网访问、使用HTTPS、强化数据库安全、启用访问控制、监控和审计等步骤,帮助开发者确保服务的安全运行。
172 3
|
4月前
|
PHP 数据库 数据安全/隐私保护
布谷直播源码部署服务器关于数据库配置的详细说明
布谷直播系统源码搭建部署时数据库配置明细!
|
4月前
|
关系型数据库 MySQL Linux
在 CentOS 7 中通过编译源码方式安装 MySQL 数据库的详细步骤,包括准备工作、下载源码、编译安装、配置 MySQL 服务、登录设置等。
本文介绍了在 CentOS 7 中通过编译源码方式安装 MySQL 数据库的详细步骤,包括准备工作、下载源码、编译安装、配置 MySQL 服务、登录设置等。同时,文章还对比了编译源码安装与使用 RPM 包安装的优缺点,帮助读者根据需求选择最合适的方法。通过具体案例,展示了编译源码安装的灵活性和定制性。
356 2
|
4月前
|
Java 数据库连接 数据库
如何构建高效稳定的Java数据库连接池,涵盖连接池配置、并发控制和异常处理等方面
本文介绍了如何构建高效稳定的Java数据库连接池,涵盖连接池配置、并发控制和异常处理等方面。通过合理配置初始连接数、最大连接数和空闲连接超时时间,确保系统性能和稳定性。文章还探讨了同步阻塞、异步回调和信号量等并发控制策略,并提供了异常处理的最佳实践。最后,给出了一个简单的连接池示例代码,并推荐使用成熟的连接池框架(如HikariCP、C3P0)以简化开发。
95 2
|
4月前
|
SQL 关系型数据库 数据库连接
"Nacos 2.1.0版本数据库配置写入难题破解攻略:一步步教你排查连接、权限和配置问题,重启服务轻松解决!"
【10月更文挑战第23天】在使用Nacos 2.1.0版本时,可能会遇到无法将配置信息写入数据库的问题。本文将引导你逐步解决这一问题,包括检查数据库连接、用户权限、Nacos配置文件,并提供示例代码和详细步骤。通过这些方法,你可以有效解决配置写入失败的问题。
197 0

热门文章

最新文章