各位高手：有关数据库的‘关系’概念不清，请指教？

Question

表一是People的基本信息，表二是People的消费信息，如果合并在一起的话，想想看如果又有一个表用于存储People的联系信息的话，又得存储people的name。数据量小的话可能还看不出缺点，大的话数据重复量惊人！！！
毫无性能可言！！
建议搂住看看关系数据库的基本概念

Answer 1

同楼上另外，如果用一个表来存储，那么可能一段数据如下面所示name    BeginDate    EndDate    resume
--------------------------------------
张三    2001         2003       aaa
张三    2003         2005       bbb
这样，一张表中会多次出现同一个人名。当需要对此人的名字进行更改时，万一仅仅更改了其中一条，变成：name    BeginDate    EndDate    resume
--------------------------------------
张四    2001         2003       aaa
张三    2003         2005       bbb这样会不一致，所以采用两个表，并建立关系

Answer 2

To AllenTing， yufenfeila
   谢谢二位：分成两个表，这我知道，问题是这两个表为什么要建立关系，我使用数据库多年，遇到这样的问题我从来都没有为这两个表建立关系，用的一样很好。我查了很多数据库的书，都讲到了遇到这种情况要建立关系，如何建立关系；但是这种关系建立起来有什么用，怎么用，能提高什么性能、带来什么方便，都没有讲。   之所以提出这个问题，是因为我最近研究了一下SQL Server 2000 的系统表，所有的表的定义都在 sysobjects 表中，name＝表名， id＝唯一标识；
所有的字段的定义都在 syscolumns 表中，name＝字段名  id＝对应sysobjects 表中 id   如果关系有用的话，这两个表就应该通过id建立一个关系，可惜它自己都没有建立，为什么？？？