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

目录
相关文章
|
10天前
|
Oracle 关系型数据库 Linux
【赵渝强老师】Oracle数据库配置助手:DBCA
Oracle数据库配置助手(DBCA)是用于创建和配置Oracle数据库的工具,支持图形界面和静默执行模式。本文介绍了使用DBCA在Linux环境下创建数据库的完整步骤,包括选择数据库操作类型、配置存储与网络选项、设置管理密码等,并提供了界面截图与视频讲解,帮助用户快速掌握数据库创建流程。
178 93
|
3月前
|
关系型数据库 MySQL 数据库连接
Django数据库配置避坑指南:从初始化到生产环境的实战优化
本文介绍了Django数据库配置与初始化实战,涵盖MySQL等主流数据库的配置方法及常见问题处理。内容包括数据库连接设置、驱动安装、配置检查、数据表生成、初始数据导入导出,并提供真实项目部署场景的操作步骤与示例代码,适用于开发、测试及生产环境搭建。
137 1
|
10天前
|
Ubuntu 安全 关系型数据库
安装与配置MySQL 8 on Ubuntu,包括权限授予、数据库备份及远程连接指南
以上步骤提供了在Ubuntu上从头开始设置、配置、授权、备份及恢复一个基础但完整的MySQL环境所需知识点。
147 7
|
10天前
|
缓存 Java 应用服务中间件
Spring Boot配置优化:Tomcat+数据库+缓存+日志,全场景教程
本文详解Spring Boot十大核心配置优化技巧,涵盖Tomcat连接池、数据库连接池、Jackson时区、日志管理、缓存策略、异步线程池等关键配置,结合代码示例与通俗解释,助你轻松掌握高并发场景下的性能调优方法,适用于实际项目落地。
165 4
|
5月前
|
安全 Linux 网络安全
YashanDB数据库服务端SSL连接配置
YashanDB支持通过SSL连接确保数据传输安全,需在服务端生成根证书、服务器证书及DH文件,并将根证书提供给客户端以完成身份验证。服务端配置包括使用OpenSSL工具生成证书、设置SSL参数并重启数据库;客户端则需下载根证书并正确配置环境变量与`yasc_env.ini`文件。注意:启用SSL后,所有客户端必须持有根证书才能连接,且SSL与密码认证独立运行。
|
4月前
|
人工智能 数据挖掘 API
基于neo4j数据库和dify大模型框架的rag模型搭建——后续补充
基于neo4j数据库和dify大模型框架的rag模型搭建——后续补充
535 21
基于neo4j数据库和dify大模型框架的rag模型搭建——后续补充
|
3月前
|
安全 Java 数据库
Jasypt加密数据库配置信息
本文介绍了使用 Jasypt 对配置文件中的公网数据库认证信息进行加密的方法,以提升系统安全性。主要内容包括:1. 背景介绍;2. 前期准备,如依赖导入及版本选择;3. 生成密钥并实现加解密测试;4. 在配置文件中应用加密后的密码,并通过测试接口验证解密结果。确保密码安全的同时,保障系统的正常运行。
286 3
Jasypt加密数据库配置信息
|
4月前
|
Java 数据库 Docker
基于neo4j数据库和dify大模型框架的rag模型搭建
基于neo4j数据库和dify大模型框架的rag模型搭建
1122 35
|
2月前
|
SQL XML Java
配置Spring框架以连接SQL Server数据库
最后,需要集成Spring配置到应用中,这通常在 `main`方法或者Spring Boot的应用配置类中通过加载XML配置或使用注解来实现。
266 0
|
5月前
|
Java 关系型数据库 MySQL
JDK、Tomcat、MariaDB数据库和Profile多环境的配置与使用
以上就是JDK、Tomcat、MariaDB数据库和Profile多环境的配置与使用的基本步骤。这些步骤可能会因为你的具体需求和环境而有所不同,但是基本的思路是一样的。希望这些信息能够帮助你更好地理解和使用这些工具。
185 17