SQL对数据记录的访问路径——Access Path

最新推荐文章于 2024-04-19 12:24:55 发布
最新推荐文章于 2024-04-19 12:24:55 发布
阅读量532 收藏
点赞数
文章标签： 数据库 操作系统 数据结构与算法

对ORACLE中访问路径的摘要，备忘。摘录自徐玉金的《SQL性能的调整》，重做了实验部分并根据个人理解有所增删。

关键字： access path CBO[@more@]

优化器在生成执行计划时需要选择如何从数据库查询出需要的数据。由于可能存在许多访问路径(access path)可以访问到需要的数据，优化器将选择其中自认为是最优的路径。

怎样才算是最优？CBO（Cost Based Optimizer）顾名思义是根据执行成本最小即cost最小，RBO（Rule Based Optimizer）则是根据规则，即尽量符合等级高的预定义规则。下文如无特殊说明即是默认为CBO。

在物理层，oracle读取数据，一次读取的最小单位为数据库块(由多个连续的OS块组成)，一次读取的最大值由操作系统一次I/O的最大值与multiblock参数共同决定，所以即使只需要一行数据，也是将该行所在的数据库块读入内存。

下文说明Oracle的各种访问路径。

实验环境：

·OS

Microsoft Winsows XP Professional 版本 2002 Service Pack 3

·DB

Oracle Database 10g Enterprise Edition Release 10.2.0.1.0

需要使用的测试表脚本如下：

create table JOE_MAIN as select object_id,object_name,last_ddl_time from dba_objects where rownum < 100;

alter table JOE_MAIN add constraint UN_1 unique (OBJECT_ID);

create index IDX_JOE_MAIN_12 on JOE_MAIN (OBJECT_ID, OBJECT_NAME);

create table big_table as select object_id serialno,object_name col_val,last_ddl_time CT from dba_objects;

alter table big_table add constraint PK_BIG_TABLE primary key (serialno);

create index IDX_BIG_12 on big_table (serialno, col_val);

全表扫描（Full Table Scans, FTS）

为实现全表扫描，Oracle读取表中所有的行，并检查每一行是否满足SQL语句的WHERE条件。Oracle顺序地读取分配给表的每个数据块，直到读到表的最高水位线(HWM，标识表的最后一个数据块)。FTS会使用多块读操作，可以使一次I/O能读取连续的多个数据块(具体数量受DB_FILE_MULTIBLOCK_READ_COUNT参数设定的影响)，而不是只读取一个数据块，这极大的减少了I/O总次数，提高了系统的吞吐量，所以利用多块读的方法可以十分高效地实现全表扫描。在这种访问模式下，每个数据块只被读一次。

由FTS模式读入的数据被放到高速缓存的Least Recently Used (LRU)列表的尾部，这样可以使其快速交换出内存，从而不使内存重要的数据被交换出内存。

在我初学Oracle时认为凡是FTS就是不好的，都会造成SQL性能低下，实际上并非如此。有时使用FTS也是合理的，那么何时应该使用FTS？

·表很小

这里只数据量和占用的segment空间都很小。比如某小表1次IO即可全部加载到内存中（体现多块读的高效率）。这时走FTS的代价仅1次物理IO。如果走索引，则首先至少1次IO（无法多块读可能需要更多次的IO）将索引加载到内存，通过索引找到需要的记录后跟据rowid再通过至少1次IO（所需的多条数据可能不在一个块上）将数据加载到内存。

·查询的数据比较多

结果集占比较大，超过表数据总量的5% -- 10%。这时FTS的多块读充分发挥优势，尤其是表的数据块连续性好，离散度低的时候。

·使用并行查询功能时。

以下条件使CBO更倾向于使用FTS：

·DB_FILE_MULTIBLOCK_READ_COUNT参数值较大

ORACLE官方文档中建议，在OLTP系统中该值为4-16；在DSS、DW系统中建议设为最大值((max I/O size)/DB_BLOCK_SIZE)。

·OPTIMIZER_INDEX_COST_ADJ参数值较大

该参数表示使用索引和使用FTS的代价比，取值范围1-10000，默认100，表示使用索引和使用FTS的代价比为100%。

以下条件使FTS的效率更高（和FTS本身比）：

·表的数据块连续性好碎片少

最理想的情况是表的数据块全部连续，没有任何碎片，每次读入的都是数据而没有碎片，获取数据效率最高。在某些只读表上可以实现或接近实现。

·HWM低

由于HWM标识最后一块被读入的数据，而delete操作不影响HWM值，所以一个表的所有数据被delete后，其全表扫描的时间不会有改善。所以降低HWM，可以减少FTS的处理量。一般我们需要使用truncate命令来使HWM值归为0。oracle 10G后，可以使用alter table shrink space降低HWM的值。和上一种方法思路不同，但殊途同归。

FTS的例子：

SQL> select * from dual;

执行计划

----------------------------------------------------------

Plan hash value: 272002086

--------------------------------------------------------------------------

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

--------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 1 | 2 | 2 (0)| 00:00:01 |

| 1 | TABLE ACCESS FULL| DUAL | 1 | 2 | 2 (0)| 00:00:01 |

--------------------------------------------------------------------------

通过ROWID访问（Table Access by ROWID或rowid lookup）

数据记录的ROWID指出了该记录所在的数据文件、数据块以及行在该块中的位置，所以通过ROWID来存取数据可以快速定位到目标数据上，是Oracle存取单行数据的最快方法。

为了通过ROWID存取表，Oracle 首先要获取被选择行的ROWID，或者从语句的WHERE子句中得到，或者通过表的一个或多个索引中得到。

这种存取方法不会用到多块读操作，一次I/O只能读取一个数据块。我们会经常在执行计划中看到该访问方法，如通过索引查询数据。

通过ROWID访问的例子：

SQL> select * from joe_main where rowid='AAAM2WAAGAAAAAMAAE';

执行计划

----------------------------------------------------------

Plan hash value: 3247578292

---------------------------------------------------------------------------------------

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

---------------------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 1 | 26 | 1 (0)| 00:00:01 |

| 1 | TABLE ACCESS BY USER ROWID| JOE_MAIN | 1 | 26 | 1 (0)| 00:00:01 |

---------------------------------------------------------------------------------------

索引扫描（Index Scan或index lookup）

索引扫描是先通过index查找到数据对应的rowid(对于非唯一索引可能返回多个rowid)，然后根据rowid直接访问数据。一个rowid唯一的表示一行数据（记录的地址），该行对应的数据块是通过一次IO得到的，在此情况下该次IO只会读取一个数据库块。 索引扫描中只有Index Fast Full Scan（FFS）可以多块读。

在索引中，除了存储每个索引的值外，索引还存储具有此值的数据记录对应的ROWID。索引扫描可以由2步组成：(1) 扫描索引得到对应的rowid。 (2) 通过rowid访问数据。每步都是单独的一次I/O，但是对于索引，由于经常使用，绝大多数都已经CACHE到内存中，所以第1步的I/O经常是逻辑I/O，即数据可以从内存中得到。但是对于第2步来说，如果表比较大，则其数据不可能全在内存中，所以其I/O很有可能是物理I/O，这是一个机械操作，相对逻辑I/O来说，是极其费时间的。所以如果多大表进行索引扫描，取出的数据如果大于总量的5% -- 10%，使用索引扫描，效率下降很多。

以下例子通过索引找到rowid，再通过rowid访问数据：

SQL> select object_id,object_name,last_ddl_time from joe.joe_main where object_id=6;

执行计划

----------------------------------------------------------

Plan hash value: 209614598

----------------------------------------------------------------------------------------

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

----------------------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 1 | 26 | 2 (0)| 00:00:01 |

| 1 | TABLE ACCESS BY INDEX ROWID| JOE_MAIN| 1 | 26 | 2 (0)| 00:00:01 |

|* 2 | INDEX UNIQUE SCAN | UN_1 | 1 | | 1 (0)| 00:00:01 |

----------------------------------------------------------------------------------------

有一种情况只用执行第1步（访问索引），第2步（通过rowid访问数据）不用执行：所需的列在全在索引中。在实际中，这样的情况比较少见，但是一旦出现，我们可以加以利用，提高SQL效率。下面是例子：

SQL> select object_id from joe_main where object_id=6;

执行计划

----------------------------------------------------------

Plan hash value: 106044739

--------------------------------------------------------------------------

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

--------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 1 | 4 | 1 (0)| 00:00:01 |

|* 1 | INDEX UNIQUE SCAN| UN_1 | 1 | 4 | 1 (0)| 00:00:01 |

--------------------------------------------------------------------------

索引是已排序的数据结构，那么如果sql语句中按索引列进行排序（order by），在执行计划中不需要再对索引列进行排序。注意下面两个SQL的不同。

SQL> select object_id,object_name,last_ddl_time from joe.joe_main where object_id<=100 order by object_id;

执行计划

----------------------------------------------------------

Plan hash value: 2292514407

----------------------------------------------------------------------------------------

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

----------------------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 95 | 2470 | 3 (0)| 00:00:01 |

| 1 | TABLE ACCESS BY INDEX ROWID|JOE_MAIN| 95 | 2470 | 3 (0)| 00:00:01 |

|* 2 | INDEX RANGE SCAN | UN_1 | 95 | | 2 (0)| 00:00:01 |

----------------------------------------------------------------------------------------

SQL> select object_id,object_name,last_ddl_time from joe.joe_main where object_id<=100 order by last_ddl_time;

执行计划

----------------------------------------------------------

Plan hash value: 2968746428

-----------------------------------------------------------------------------------------

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

-----------------------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 95 | 2470 | 4 (25)| 00:00:01 |

| 1 | SORT ORDER BY | | 95 | 2470 | 4 (25)| 00:00:01 |

| 2| TABLE ACCESS BY INDEX ROWID|JOE_MAIN| 95 | 2470 | 3 (0)| 00:00:01 |

|* 3 | INDEX RANGE SCAN | UN_1 | 95 | | 2 (0)| 00:00:01 |

-----------------------------------------------------------------------------------------

根据索引的类型与where限制条件的不同，有4种类型的索引扫描：

·索引唯一扫描(index unique scan)

·索引范围扫描(index range scan)

·索引全扫描(index full scan)

·索引快速扫描(index fast full scan)

索引唯一扫描(index unique scan)

通过唯一索引查找一个数值通常返回单个ROWID，以下是使用索引唯一扫描的例子：

SQL> select object_id from joe.joe_main where object_id=6;

执行计划

----------------------------------------------------------

Plan hash value: 106044739

--------------------------------------------------------------------------

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

--------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 1 | 4 | 1 (0)| 00:00:01 |

|* 1 | INDEX UNIQUE SCAN| UN_1 | 1 | 4 | 1 (0)| 00:00:01 |

--------------------------------------------------------------------------

如果唯一索引为复合索引，为了使用该索引，则至少要有该索引的引导列参与到该查询中。如下面的例子，object_id为索引IDX_JOE_MAIN_12的前导列。

SQL> select object_id,object_name from joe.joe_main where object_id=6;

执行计划

----------------------------------------------------------

Plan hash value: 3355573836

------------------------------------------------------------------------------------

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

------------------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 1 | 19 | 2 (0)| 00:00:01 |

|* 1 | INDEX RANGE SCAN| IDX_JOE_MAIN_12 | 1 | 19 | 2 (0)| 00:00:01 |

------------------------------------------------------------------------------------

Object_name列虽然也在索引IDX_JOE_MAIN_12中，但是不是前导列，情况就如下例子：

SQL> select object_id,object_name from joe.joe_main where object_name='C_TS#';

执行计划

----------------------------------------------------------

Plan hash value: 4109758151

----------------------------------------------------------------------------------------

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

----------------------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 1 | 19 | 3 (0)| 00:00:01 |

|* 1 | INDEX FAST FULL SCAN| IDX_JOE_MAIN_12| 1 | 19 | 3 (0)| 00:00:01 |

----------------------------------------------------------------------------------------

如果存在UNIQUE 或PRIMARY KEY 约束，并且使用等值查询时，可以保证语句只访问单行数据，Oracle经常使用索引唯一扫描。

索引范围扫描(index range scan)

使用索引访问数据，如果返回多行数据，此时的访问路径称为索引范围扫描。在唯一索引上使用索引范围扫描的典型情况是在谓词中使用了范围操作符(如>、<、<>、>=、<=、between)

使用索引范围扫描的例子：

SQL> select object_id,object_name from joe.joe_main where object_id<100;

执行计划

----------------------------------------------------------

Plan hash value: 3355573836

------------------------------------------------------------------------------------

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

------------------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 94 | 1786 | 2 (0)| 00:00:01 |

|* 1 | INDEX RANGE SCAN| IDX_JOE_MAIN_12 | 94 | 1786 | 2 (0)| 00:00:01 |

------------------------------------------------------------------------------------

当使用非唯一索引访问数据时，等值条件也可能返回多行数据，所以在非唯一索引上都使用索引范围扫描。

使用index rang scan的3种情况：

(1) 在唯一索引列上使用了range操作符(> < <> >= <= between)

(2) 在组合索引上，只使用部分列进行查询，导致查询出多行

(3) 对非唯一索引列上进行的任何查询。

索引全扫描(index full scan)

与全表扫描对应，也有相应的全索引扫描。在某些情况下，可能进行全索引扫描而不是范围扫描，需要注意的是全索引扫描只在CBO模式下才有效。CBO根据统计数值得知进行全索引扫描比进行全表扫描更有效时，才进行全索引扫描。

全索引扫描的例子：

SQL> select serialno,col_val from joe.big_table order by serialno,col_val;

执行计划

----------------------------------------------------------

Plan hash value: 1647518611

-------------------------------------------------------------------------------

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

-------------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 61123 | 4715K| 301 (1)| 00:00:04 |

| 1 | INDEX FULL SCAN | IDX_BIG_12 | 61123 | 4715K| 301 (1)| 00:00:04 |

-------------------------------------------------------------------------------

我学习的这篇文档上提到“（使用全索引扫描需要）此时查询出的数据都必须从索引中可以直接得到”，从我的实验中来看这一点已经不正确了。毕竟ORACLE是不断发展的，任何以往的经验都只能作参考，遇到具体问题时还是应该主动分析，不能完全照搬经验，再相似的问题也会有细微的差别。以下是例子，ct列不在索引IDX_BIG_12中。

SQL> select serialno,col_val,CT from joe.big_table order by serialno,col_val;

执行计划

----------------------------------------------------------

Plan hash value: 157955444

------------------------------------------------------------------------------------------

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

------------------------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 61123 | 5252K| 601 (1)| 00:00:08 |

| 1 | TABLE ACCESS BY INDEX ROWID|BIG_TABLE|61123| 5252K| 601 (1)| 00:00:08 |

| 2 | INDEX FULL SCAN | IDX_BIG_12 | 61123 | | 286 (1)| 00:00:04 |

------------------------------------------------------------------------------------------

索引快速扫描(index fast full scan，FFS)

FFS扫描索引中的所有的数据块，与 index full scan很类似，但是一个显著的区别就是它不对查询出的数据进行排序，即数据不是以排序顺序被返回。FFS是另一个可以使用多块读功能的访问路径，也可以使用并行读入，以便获得最大吞吐量与缩短执行时间。

索引快速扫描的例子：

SQL> select serialno,col_val from joe.big_table;

执行计划

----------------------------------------------------------

Plan hash value: 2264247822

-----------------------------------------------------------------------------------

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

-----------------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 61123 | 4715K| 68 (2)| 00:00:01 |

| 1 | INDEX FAST FULL SCAN| IDX_BIG_12 | 61123 | 4715K| 68 (2)| 00:00:01 |

-----------------------------------------------------------------------------------

和索引唯一扫描不同，在没有选择索引的前导列时依然可以使用FFS。下面是例子：

SQL> select col_val from joe.big_table;

执行计划

----------------------------------------------------------

Plan hash value: 2264247822

-----------------------------------------------------------------------------------

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

-----------------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 50582 | 1234K| 65 (2)| 00:00:01 |

| 1 | INDEX FAST FULL SCAN| IDX_BIG_12| 50582 | 1234K| 65 (2)| 00:00:01 |

-----------------------------------------------------------------------------------

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/21129591/viewspace-1052311/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/21129591/viewspace-1052311/

congbu2215
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
数据库索引的选择性
晨曦的专栏
12-05 3433
为数据表创建索引是提升数据库查询性能的一个有效方式，如何去创建索引，我们应该在哪些列上创建索引呢？在这之前我们有一个必须要理解的概念：索引的选择性。 索引的选择性是指索引列中不同值的数目与表中记录总数的比值。举个例子：假设一个表中有100条数据，该列的值中有80个不同的值，那么该列索引的选择性就是0.8，对于索引的选择性，值越高那么该列索引的效率也就越高。         如何判断索引的选择性
注入SQL
weixin_46522683的博客
04-13 130
数据库类型 低权限注入，只能查一些信息来辅助，高权限注入可以获得shell
SQL优化——访问路径（ACCESS PATH）
最新发布
布道师小羊的博客
04-19 716
常见的访问路径（扫描方式）、单块读与多块读、DML对于索引维护的影响
mysql的访问路径_SQL调优之十：访问路径(Access Path)一
weixin_42119281的博客
02-04 823
简介访问路径是指查询过程获取数据的方式，比如说全表扫描，亦或是索引范围扫描。访问路径介绍访问路径每一次只对应一个数据集，这个跟连接过程需要两个数据集是不一样的。对于不同的关系型数据结构，数据库会采用不同的访问路径：访问路径堆组织表(无索引)B树索引和索引组织表位图索引表聚簇Full Table ScansyTable Access By RowidySample Table ScansyIndex...
优化高手都需要深入的访问路径（ACCESS PATH）
u011868279的博客
10-20 603
优化高手都需要深入的访问路径（ACCESS PATH）
SELECTPATH
studyvcmfc的专栏
02-05 1099
/** *  */package common_function;import java.io.File;import javax.swing.JFileChooser;/** * @author songdapengcc * */public class CommonFunction{        public static String[] selectPath(String
ASP中access数据库的路径问题
love阳光 的专栏
07-05 1307
自己平时做的网站大多使用的是SQL数据库，所以对使用ACCESS数据库的网站没有太多的接触。昨日在帮朋友做一个使用ACCESS数据库的网站后台管理程序时，遇到了一些麻烦。该网站的目录设置如下（只列出了相关部分）F1目录是后台管理程序所在，F2目录下的MYDATA.MDB是数据库文件，CNN.ASP中写明了数据库的连接方式，在其他文件中以包含文件的方式来使用。因为MYDATA.MDB和CNN.ASP
oracle access path,Oracle学习系列—数据库优化—Access Path和join学习
weixin_39806603的博客
04-09 91
呵呵,边学习边翻译,权当笔记了...CBO的访问路径(AccessPath)访问路径是从数据库中查询数据的方式.主要包括Ø全表扫描ØROWID扫描Ø索引扫描Ø聚簇扫描ØHASH扫描Ø样例表扫描全表扫描全表扫描时,读取该表所有的记录,然后过滤掉不满足要求的数据.仅扫描和读取高水平线一下的块.全表扫描时,所有块被顺序读取.因为块一半都是毗邻的,为了加速处理,通常I/O调用比单块要大些.每次块读取的数量...
数据分析核心知识点总结 —— SQL.pdf
03-09
一、SQL 增删改语句 二、SQL 查询语句 三、视图 四、索引 五、约束 六、触发器 七、存储过程 八、事务 九、函数
SQL数据查询——嵌套查询
12-14
嵌套查询语法格式带有IN谓词...1.SQL允许多层嵌套查询 2.子查询中不能使用ORDER BY子句（但可以使用GROUP BY等分组查询） 带有IN谓词的子查询 带有IN谓词的子查询指父查询与子查询之间用IN进行连接，判断某个属性列值是
将Access数据库中数据导入到SQL Server中的详细方法实例
10-27
将Access数据库中数据导入到SQL Server中的详细方法实例，需要的朋友可以参考一下
SQL Server数据复制到的Access两步走
12-15
我们今天主要向大家讲述的是把SQL Server数据复制到的Access数据库中的实际操作步骤，把SQL Server数据库中的某些数据复制到的Access数据库中，其表的主要结构是相同的，不要提用openrowset，因为Access文件和SQL ...
SQL数据查询——单表查询（二）
12-14
SQL SERVER集合操作主要包括 并操作 UNION 交操作 INERSECT 差操作 EXCEPT 1.UNION 使用UNION能实现多个查询结果的合并，并形成一个完整的查询结果，系统会自动去掉重复的元组 #例：查询年龄不大于19岁的学生以及CS...
如何进行用户访问数据的记录和收集
pathfinder
09-03 4728
对于每个来访网站的用户，我们都非常希望能够了解他们从哪里来？来看什么？对什么感兴趣？又为什么离开了网站等等？对于每一个网站访问的准确把握，可以统计出市场正在关注什么，潜在用户对什么东西感兴趣，我们该如何将他们想要的信息和我们要他们知道的
sql优化(二):执行计划中的访问路径
nzbing的博客
07-10 221
sql
SQL访问路径和表连接
cspec46064的专栏
04-30 279
常用的SQL访问路径和表连接数据访问路径：指明了oracle通过何种方法去访问需要的数据，常用的可有以下三种 1.全表扫描（Full Table Scans, FTS）,为实现全表扫描，Oracle读取表中所有的行，并检查每...
SQL执行计划
星星_月亮的光芒
07-25 785
在sql plus中，输入set autotrace on ; 直接写条sql，按F5，就可以调出执行计划，但在pl/sql developer 的情况下，只能用下面这个语句了， explain plan for select .... 然后再来一句 select * from table(dbms_xplan.display()); 就会出现一个类似下面的信息 PLAN_TABLE_O
SQL调优一则。关键字：索引使用效率 谓词筛选率
07-07 354
前两天遇到的SQL调优问题。关键字：索引使用效率 谓词筛选率。[@more@]问题描述：某SQL执行时间不能忍受，2小时以上未出结果。环境：SQL> select * from v$version;BANNER------...
SQL 用户行为路径分析
颹蕭蕭
08-02 3735
请看题： 已知用户行为表 tracking_log， 大概字段有： （user_id 用户编号, op_id 操作编号, op_time 操作时间） 要求：统计每天符合以下条件的用户数：A操作之后是B操作，AB操作必须相邻。 生成数据，可以在 sqlfiddle 中测试： create table tracking_log( id int primary key AUTO_INCREMENT, user_id int not null, op_id char(4) not null, op
SQL Server 数据完整性的实现——约束
05-29
SQL Server 数据完整性可以通过约束实现。约束是一种规则，用于限制表中数据的类型、格式和完整性。常见的约束包括主键约束、唯一约束、非空约束、默认约束、检查约束等。 主键约束用于保证表中每行数据的唯一性，...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值