如何在数据库中建立表与表的关系？

一、如何在数据库中建立表与表的关系？

1/, 最常用的一种: 减少重复数据.表A中拥有外键,表B的数据基本是不允许删除的.这时选择对 INSERT 和 UPDATE 强制关系即可. 2/，其次,是增加一个从属表. 如果表A删除一条记录时，表B中也随着删除一条相关联的记录，那么外键关系中，表A的主键是表B的外键。

这种关系，实际上表B是表A的从属表（即表A是父表），选择对 INSERT 和 UPDATE 强制关系时，如果向表B中插入数据，表A中必须已经存在对应的记录。

选择级联删除相关的字段时，删除表A中的一条记录，就会删除对应的表B中的一条记录。

二、试说明数据库与数据表之间的关系？

数据库包含一个或者多个数据表，以及其它的一些东西，比如：视图、存储过程、触发器，ACCESS的数据库还有表单、报表、查询、模块等东西。

总结：数据库表，是数据库里面的最主要的内容，是数据库里面存储数据的地方。

三、编程与数据库的关系？

C语言是一门编程语言，而数据库则是数据的集合。

1、C语言是一门通用计算机编程语言，应用广泛，用它可以开发数据库管理软件，也可以通过C语言借助于SQL语句来操作数据库。

2、数据库指的是以一定方式储存在一起、能为多个用户共享、具有尽可能小的冗余度的特点、是与应用程序彼此独立的数据集合。一般来数据库都需要数据库管理软件，比如acess、oracle等等，这些大型并且对执行效率要求较高的软件，往往都是C语言开发的。

四、delphi与数据库的关系？

Delphi是编程语言，处理业务逻辑。数据库的功能是结构化存储数据，可使用通用的SQL进行读写。编程时，借助Delphi构建用户交互界面，数据库存储交互过程数据或者交互结果。

五、表和数据库的关系是？

数据库中表之间的关系有：

1、一对多关系，即A表的一条记录对应B表的一条记录；

2、多对多关系，即A表的一条记录，对应B表的多条记录，且A的主键作为B表的外键；

3、一对一关系。

表关系：可以在数据库图表中的表之间创建关系，以显示一个表中的列与另一个表中的列是如何相链接的。

在一个关系型数据库中，利用关系可以避免多余的数据

六、关系数据库是通过什么实现表与表直接的联系？

笼统点讲的话就是 数据结构，数据操作和数据完整性约束。

关系模型利用二维表来表示实体以及实体之间的关系，每一张二维表又被称为一个关系。二维表中的每一列代表实体或实体间关系的某种属性。二维表中的一行叫做一个元组，是记录类型的实例，代表了某个具体的实体或具体实体间的特定关系

七、关系 关系模型 关系数据库的区别与联系？

关系模式：

对关系的描述，一般表示为：关系名（属性1，属性2，……属性n）,而且属性之间有一定的逻辑关系,比如3NF,2NF等.

关系就是一张表.

而关系数据库则是若干表的集合,它们之间是互相关联的一个有机整体,甚至还可以包括索引等附属物.而关系数据库系统则还包括DBMS等,就是数据+数据管理程序,甚至还可能认为包括硬件在内.

八、关系数据库和非关系数据库创建表的比较？

关系性数据库创建新表格的时候需要设置主键和控制条件，非关系性数据库可以直接创建空的表格，不需要主键和参数控制。

九、数据库中怎么建立数据库关系表？

1/, 最常用的一种: 减少重复数据.表A中拥有外键,表B的数据基本是不允许删除的.这时选择对 INSERT 和 UPDATE 强制关系即可.2/，其次,是增加一个从属表. 如果表A删除一条记录时，表B中也随着删除一条相关联的记录，那么外键关系中，表A的主键是表B的外键。

这种关系，实际上表B是表A的从属表（即表A是父表），选择对 INSERT 和 UPDATE 强制关系时，如果向表B中插入数据，表A中必须已经存在对应的记录。

选择级联删除相关的字段时，删除表A中的一条记录，就会删除对应的表B中的一条记录。

十、mysql两表关系查询？

我来讲一下这个问题吧：

题主说的查询应该是这样吧：select * from a where id in (select id from b );

对于这条sql语句它的执行计划其实并不是先查询出b表的所有id,然后再与a表的id进行比较。mysql会把in子查询转换成exists相关子查询，所以它实际等同于这条sql语句：select * from a where exists(select * from b where b.id=a.id );

而exists相关子查询的执行原理是: 循环取出a表的每一条记录与b表进行比较，比较的条件是a.id=b.id . 看a表的每条记录的id是否在b表存在，如果存在就行返回a表的这条记录。

exists查询有什么弊端？由exists执行原理可知，a表(外表)使用不了索引，必须全表扫描，因为是拿a表的数据到b表查。而且必须得使用a表的数据到b表中查（外表到里表中），顺序是固定死的。

如何优化？建索引。但是由上面分析可知，要建索引只能在b表的id字段建，不能在a表的id上，mysql利用不上。

这样优化够了吗？还差一些。由于exists查询它的执行计划只能拿着a表的数据到b表查（外表到里表中），虽然可以在b表的id字段建索引来提高查询效率。但是并不能反过来拿着b表的数据到a表查，exists子查询的查询顺序是固定死的。

为什么要反过来？因为首先可以肯定的是反过来的结果也是一样的。这样就又引出了一个更细致的疑问：在双方两个表的id字段上都建有索引时，到底是a表查b表的效率高，还是b表查a表的效率高？

该如何进一步优化？把查询修改成inner join连接查询：select * from a inner join b on a.id=b.id; （但是仅此还不够，接着往下看）

为什么不用left join 和 right join？这时候表之间的连接的顺序就被固定住了，

比如左连接就是必须先查左表全表扫描，然后一条一条的到另外表去查询，右连接同理。仍然不是最好的选择。

为什么使用inner join就可以？inner join中的两张表，如： a inner join b，但实际执行的顺序是跟写法的顺序没有半毛钱关系的，最终执行也可能会是b连接a，顺序不是固定死的。如果on条件字段有索引的情况下，同样可以使用上索引。

那我们又怎么能知道a和b什么样的执行顺序效率更高？答：你不知道，我也不知道。谁知道？mysql自己知道。让mysql自己去判断（查询优化器）。具体表的连接顺序和使用索引情况，mysql查询优化器会对每种情况做出成本评估，最终选择最优的那个做为执行计划。

在inner join的连接中,mysql会自己评估使用a表查b表的效率高还是b表查a表高，如果两个表都建有索引的情况下，mysql同样会评估使用a表条件字段上的索引效率高还是b表的。

而我们要做的就是：把两个表的连接条件的两个字段都各自建立上索引，然后explain 一下，查看执行计划，看mysql到底利用了哪个索引，最后再把没有使用索引的表的字段索引给去掉就行了。