在背景介绍中我们将讲讲常见的关联子查询的语义，关联子查询语法的好处以及其执行时对数据库系统的挑战。第二章中我们将主要介绍如何将关联子查询改写为普通的查询的形式，也就是解关联。第三章中我们会介绍解关联中的优化方法。
BeanFactory 就是我们常说的Spring容器，其内包含着大量的Bean，我们可以从BeanFactory 获取到想要的Bean，或者查询Bean的一些信息。
associated-types.mdcommit 6ba952020fbc91bad64be1ea0650bfba52e6aab4关联类型是Rust类型系统中非常强大的一部分。它涉及到‘类型族’的概念，换句话说，就是把多种类型归于一类。这个描述可能比较抽象，所以让我们深入研究一个例子。如果你想编写一个Graphtrait，你需要泛型化两个类型：点类型和边类型。所以你可能会像这样写一个trait，Graph<N, E>
associated-constants.mdcommit 024aa9a345e92aa1926517c4d9b16bd83e74c10d通过associated_consts功能，你像这样可以定义常量：#![feature(associated_consts)]trait Foo { const ID: i32;}impl Foo for i32 { const ID: i32 = 1;}fn main() { assert_eq!(1, i32::ID);}任何Foo的定义都必须定义ID，不定义的话：#!
有了前面几章的基础，对一些简单的应用是可以处理的，但在实际项目中，经常是关联表的查询，比如最常见到的多对一，一对多等。这些查询是如何处理的呢，这一讲就讲这个问题。我们首先创建一个 Article 这个表，并初始化数据。Drop TABLE IF EXISTS `article`;
N-N关联映射增加一张表才完成基本映射。与1-N映射相似，必须为set集合元素添加key子元素，指定CATEGORIES_ITEMS表中参照CATEGORIES表的外键为CATEGORIY_ID。与1-N不同的是，建立N-N关联时，集合中的元素使用many-to-many。关于配置文件的属性的介绍，将在代码实现部分介绍。
双向1-1关联需要修改两边的持久化类代码，让两个持久化类都增加引用关联实体的属性，并为该属性提供get和set方法。双向1-1关联有三种映射模式：基于主键基于外键使用连接表在该文中，将主要介绍前两种模式。域模型关系数据模型按照外键映射按照主键映射基于外键介绍对于基于外键的1-1关联，外键可以存放在任意一边。需要存放外键的一端，需要增加<
对于1-N关联，Hibernate推荐使用双向关联，而且不要让1的一端控制关联关系，而使用N的一端控制关联关系。双向的N-1关联与1-N关联是完全相同的两种情形。两端都需要增加对关联属性的访问，N的一端增加引用到关联实体的属性，1的一端增加集合属性，集合元素为关联实体。
单向N-1关系，比如多个人对应一个地址，只需从人实体端可以找到对应的地址实体，无须关系某个地址的全部住户。单向 n-1 关联只需从 n 的一端可以访问 1 的一端。
关联类型是 Rust 的类型系统一个强大的部分。它们与一个“类型家族”的概念有关，换句话说，就是将多种类型组合在一起。这样描述有点抽象，所以让我们深入理解一个例子。如果你想写一个特征，名字为 Graph ，你有2种类型是通用的：节点类型和边类型。所以你可以写一个特征 ，Graph<N, E>，看起来像这样：trait Graph<N, E> {fn has_edge(&self, &
关注时代Java
