关系型数据库之所以叫关系型数据库，是因为在它上面存储的数据与数据之间可以建立某种关系 ..

先想一种情况 .. 你要为网站设计一个数据库。假设网站存储两种内容，用户，还有文章 .. 首先你应该想到的是分成两个表去存储这些内容，user 表存储用户数据， post 表存储用户发布的内容 ..

你在表上面要添加一些字段 .. 比如 user 表上，应该需要 id， 它是数据记录的 id 号，这样你在想要处理某个具体记录的时候，可以使用这个 id 号来定位到你需要的数据记录 ..

你可以根据自己网站的需求，去添加其它的字段 .. 比如 user 表上可能会有 name 字段，它可以存储用户的名字 ..

然后你又创建了一个 post 表，去存储网站上用户发布的内容... 你要存储的是内容的 id， 标题，还有正文 .. 同时你还需要存储发布这个内容的用户相关的数据 ..

因为你想在网站上显示内容列表的时候，列表项目上面除了内容标题，还有正文以外，你还想要显示发表这个内容的作者是谁 .. 这种情况一般我们不会直接在内容记录上存储用户数据，只需要存储一个发布这个内容的对应的用户的 id 号就行了 .. 以后可以利用 post 表上的用户 id 号，把 post 表还有 user 表关联到一块儿 ..

这样我们在网站上显示内容项目的时候，也可以得到发布这个内容的作者了 ..

下面在一个电子表格上理解一下这个关系的意思 ..

电子表格

比如我们的数据库里有两个数据表 .. 一个叫 user .. 在它里面存储的是网站上的用户相关的信息 .. 它上面有两个字段 .. id 还有 name .. 数据库里还有一个数据表叫 post ..

这个数据表里存储的是在网站上发布的内容 .. 它有几个字段 .. id 是内容的 id 号，title 是标题，content 是内容的正文 ..

现在我想在 post 表还有 user 表之间建立一个关联 .. 可以在这个 post 表上，再添加一个新的字段 .. 名字是 user_id ..

这个 user_id ，存储的是发布这个内容的用户的 id 号 .. 这个 id 号对应的就是 user 数据表里的这个 id ..

这样这两个数据表之间就建立了某种关系 .. 我们在存储用户发布的内容的时候，想要记住内容是谁发布的 .. 一般我们不会把用户的详细信息全都存储在 post 这个表的数据记录里面 .. 这样如果以后用户修改了它的相关的一些数据 .. 你还得修改它所有的发布的内容上面存储的用户相关信息 ..

所以，这里我们只是记录了一下这个内容所属的用户的相关信息的一个 id 号 .. 就是在 post 表上的 user_id 的值，指向的就是 user 表里的用户的 id 号 ..

以后，用户可以随便去修改他的相关资料，因为用户的 id 号始终是不会改变的 .. 我们可以利用 post 表上的 user_id ，得到内容作者的信息，比如用户的名字，也就是 user 表上的这个 name 字段的值 ...