在ACCESS中如何建立表的索引

其实在用数据库Access过程中说主表引用字段找不到唯一索引是怎么回事啊的问题并不复杂,但是又很多的朋友都不太了解长字段不建议使用索引,因此呢,今天小编就来为大家分享在用数据库Access过程中说主表引用字段找不到唯一索引是怎么回事啊的一些知识,希望可以帮助到大家,下面我们一起来看看这个问题的分析吧!

本文目录

  1. 在用数据库Access过程中说主表引用字段找不到唯一索引是怎么回事啊
  2. Mysql中明明创建了a字段的索引,为什么执行Sql时,却没有使用a索引进行查询,失效了
  3. sql中关键字和索引的区别
  4. mysql重建表和索引的速度问题

在用数据库Access过程中说主表引用字段找不到唯一索引是怎么回事啊

主表中未设置主键,在建立关系时就会这样显示。一般来说,主表中都有一个字段是不重复的,用它来做主键。如学生表中的学生编号是唯一的,不重复的,就可做主键。

如果没设置主键,学生编号重复,当它与其它表(如成绩表)中的学生编号建立关系时,就会显示学生表中的引用字段(学生编号)找不到唯一索引。

Mysql中明明创建了a字段的索引,为什么执行Sql时,却没有使用a索引进行查询,失效了

在MySQL数据库中,的确存在一些场景会导致存储引擎放弃使用索引而进行全表扫描,下面我们将从索引失效的原因以及如何避免索引失效两个方面回答这个问题,希望对您有所帮助。

MySQL中一条查询SQL是如何被执行的?

如上图,我们可以看到一条Mysql查询语句,从被客户端下发到调用存储引擎读取数据,返回结果,经历了连接器、分析器、优化器、执行器。我们以下面SQL为例,简单说明下在各个环节中分别做了哪些事情。

如上SQL,实现了查询Score表中学号为9527同学的Math(数学)成绩,下面我们分析下这个语句的执行流程:

step1连接器:首先会检查该该查询SQL语句是否有权限,如果无权限,则直接返回错误信息,如果有权限,在MySQL8.0版本之前,会先查询缓存,以这条SQL语句作为KEY在内存中进行查询,如果有结果则直接将历史查询结果返回,如果没有,执行下一步。

step2分析器:在分析器中会进行词法分析与语法分析,通过分析器词法分析,提取SQL语句中关键字,比如,提取SQL语句中的SELECT、WHERE,提取查询的表名是CourseInfo,提取查询的字段是StudentId、Score,提取查询条件是Course等于'Math'且StudentId等于9527。

然后再通过再语法分析判断在该SQL语句是否有语法错误,比如,关键词是否正确、StudentId、Score字段是否存在于CourseInfo表中等等,若检查通过,则继续执行下一步。

step3优化器:优化器会通过自己的分析算法确认执行方案,上面的SQL语句,有两种执行方案,如下:

方案一:首先,查询课程是Math的所有学生的成绩。然后,再查询其学号是9527的成绩。方案二:首先,查询学号是9527的所有科目的成绩。然后,再查询其科目是Math的成绩。

因此,优化器会根据它的优化算法分析它所认为执行效率最高的一个方案(优化器认为不一定是最好。同时如果如优化器分析使用索引扫描比全表扫描效率低时,会放弃使用索引而选择全表扫描,一般数据量极少时,可能不会走索引)。

step4执行器:首先,进行权限校验,如果没有权限则会返回错误信息,如果有权限就会调用数据库存储引擎的查询接口,返回引擎的查询结果。

放弃使用索引而选择全表扫描

除了上面提到的当优化器分析使用索引扫描比全表扫描效率低时,优化器会放弃使用索引而选择全表扫描,还有哪些原因会导致放弃索引而选择全表扫描呢?

因索引失效,导致全表扫描的可能原因有以下几点:

WHERE子句中对索引列进行计算、函数、类型转换等操作。WHERE子句中对索引列使用不等于,如!=或者<>。WHERE子句中对索引列使用ISNULL,ISNOTNULL。WHERE子句中对索引列使用模糊查询LIKE并以通配符开头如,%ab。WHERE子句中对索引列使用OR来连接条件。WHERE子句中对索引列使用IN和NOTIN。WHERE子句中对索引列使用隐式类型转换,如字段age类型为int,WHERE条件中却使用varchar类型,如,age='17'。复合索引未遵循最佳左前缀原则或者存在断点。索引被禁用,开启索使用ALTERTABLETESTOPSENABLEKEYS。如何避免索引失效

避免在WHERE子句中使用!=或<>不等于操作符

在WHERE子句中使用!=或者<>操作符,将导致引擎放弃使用索引而进行全表扫描。MySQL仅有对以下操作符才会使用索引:<,>,<=,>=,=,BETWEEN,IN,以及使用LIKE时的后缀模糊查询%。

避免在WHERE子句中对索引列使用%前缀模糊查询

WHERE子句中使用%前缀模糊查询,将导致引擎放弃使用索引而进行全表扫描。解决%前缀模糊查询时索引失效的方法是添加覆盖索引(仅访问索引的查询,查询列都是索引,只需扫描索引而无须回表)。

避免在WHERE子句中对索引列使用OR来连接条件

在WHERE子句中使用OR来连接条件,将导致引擎放弃使用索引而进行全表扫描。使用OR的字句可以分解为多个查询,并且通过UNION连接多个查询的结果。他们的速度只同是否使用索引有关,若查询需要时能够用到复合索引,使用UNIONALL执行的效率更高。

我们在实际SQL设计时尽量UNIONALL代替UNION,UNION和UNIONALL的区别主要是UNION需要将结果集合并后并进行唯一性过滤操作,涉及到排序,产生大量的CPU运算,增加资源消耗及延迟。当然,使用UNIONALL的前提条件是两个结果集没有重复数据,或对是否存在重复数据无要求。

避免在WHERE子句中对索引列使用IN和NOTIN

在WHERE子句中使用IN和NOTIN,将导致引擎放弃使用索引而进行全表扫描。在SQL设计时对于连续的数值,可以使用BETWEEN…AND…尽量避免使用IN。除此之外,一般可使用EXISTS代替IN。若需要使用IN,在IN后面值的列表中,应按照值的分布数量降序排列,以减少判断的次数。

尝试使用BETWEENAND替换IN,示例如下。

我们使用EXISTS来替代IN,用NOTEXISTS来替代NOTIN,无论哪种情况NOTIN效率都是最低的。

除此之外,我们可以尝试使用LEFTJOIN替换IN。

避免在WHERE子句中对索引列使用计算、函数、类型转换等操作

在WHERE子句中对“=”左边的字段进行函数、算术运算及其他表达式运算,将导致引擎放弃使用索引而进行全表扫描,可以将表达式运算移至“=”右边。

避免在WHERE子句中对索引列进行NULL值判断

在WHERE子句中对字段进行NULL值判断,将导致引擎放弃使用索引而进行全表扫描。创建表时NULL是默认值,但大多数时候应该使用NOTNULL,或者使用一个默认值,如使用0作为默认值。

例如,性别字段,使用1表示男,2表示女,0表示未知,或者是当用户没有选择,默认值设置为0(大部分编程语言的数字类型的默认值0)。

如果字段允许为空,可能会有以下问题:查询条件中必须处理为空的情况,否则将会出现一些很奇怪的问题,比如NOTIN、!=等负向条件查询在有NULL值的时候返回永远为空结果,查询容易易出错。在部分数据库中将导致索引失效。可空列需要更多存储空间,导致空间变大。

凡事没有绝对的,使用默认值的思路一定程度可以解决很大一部分可为空的问题,但不是所有的都需这样做,具体还是需要根据具体业务进行分析。

避免在WHERE子句中对索引列进行隐式类型转换

WHERE子句中对索引列进行隐式类型转换(条件中字段赋值与字段定义类型不匹配),将导致引擎放弃使用索引而进行全表扫描。当我们对不同类型的值进行比较的时候,为了使得这些数值可比较,MySQL数据库会做一些隐式转化(Implicittypeconversion)。

SQL查询语句的条件中字段赋值与字段定义类型不匹配是一种常见的错误用法。

如上,字段account字段的定义为varchar类型,而在WHERE条件中account字段值是数字型,数据类型不匹配,此时是没法直接进行比较的,需要进行类型转换。MySQL的策略是将表中account字段全部转换为数字型之后再比较,因此引发函数作用于字段,使得索引失效,导致全表扫描,正确的写法如下:

sql中关键字和索引的区别

关键字与索引的区别如下:

关键字是一种约束,索引是一种排序,两者在本质上是不同的。

关键字创建后一定包含一个索引,索引并不一定就是关键字。

索引列允许空值,而关键字列不允许为空值。

关键字列在创建时,已经默认不为空值+索引了。

关键字可以被其他表引用为外键,而索引不能。

一个表最多只能创建一个关键字,但可以创建多个索引。

关键字更适合那些不容易更改的唯一标识,如自动递增列、身份证号等。

建立索引常用的规则如下:

1、表的主键、外键必须有索引;

2、数据量超过300的表应该有索引;

3、经常与其他表进行连接的表,在连接字段上应该建立索引;

4、经常出现在Where子句中的字段,特别是大表的字段,应该建立索引;

5、索引应该建在选择性高的字段上;

6、索引应该建在小字段上,对于大的文本字段甚至超长字段,不要建索引;

7、复合索引的建立需要进行仔细分析;尽量考虑用单字段索引代替:

8、频繁进行数据操作的表,不要建立太多的索引;

9、删除无用的索引,避免对执行计划造成负面影响;

mysql重建表和索引的速度问题

因为是记录url其字段值很长,在MySQL数据库里为长字段添加索引后查询速度是有可能变慢的。建议使用前缀索引试一试,看看能否改善。先删除原有的索引,在重新添加前缀索引,例如:

altertabletblNamedropindexold_indexName;altertabletblNameaddindexnew_indexName(col_url(50))

;上述语句只对col_url字段的前50个字符设置索引,这样检索的速度会有所提高,您可以尝试50以外的数字看看实用效果,选择一个恰当的数字。

文章分享结束,在用数据库Access过程中说主表引用字段找不到唯一索引是怎么回事啊和长字段不建议使用索引的答案你都知道了吗?欢迎再次光临本站哦!

Access运行时错误 3058 索引或主关键字不能包含一个 空 Null 值 的解决方法