无ROWID优化(The WITHOUT ROWID Optimization)

简介:

摘自:https://www.sqlite.org/withoutrowid.html#wtu

1.0介绍

默认情况下,SQLite数据库中的每一行都会有一个叫做rowid的特殊列,该列唯一标识数据库表中的某一行。然而如果在CREATE TABLE语句的后面添加WITHOUT ROWID关键字,就会禁用rowid这一列。有时候省略掉rowid,能够带来空间和性能上的提升。

1.1 语法

现在创建一个WITHOUT ROWID的表,最直接的方式就是在CREATE TABLE 语句之后添加关键字WITHOUT ROWID.例如:

CREATE TABLE IF NOT EXISTS wordcount(
  word TEXT PRIMARY KEY,
  cnt INTEGER
) WITHOUT ROWID;

如其他所有的SQL语法一样,关键字的大小写不敏感。如下的任何一种方式都可以接受:

WITHOUT rowid  withoutrowid  WIThOut rOwId .她们代表一个意思。

 

注意:如果表指定了WITHOUT ROWID属性,表必须指定PRIMARY KEY。否则创建表的时候,会返回错误,错误的大体意思是指定WITHOUT ROWID的创建表语句缺少PRIMARY KEY

 

大多数情况下,rowidoid或者_rowid_代表一个意思。然而只有rowid才可以出现在创建表的语句当中。

 

1.2兼容性

只有SQLite 3.8.2版本之后的程序才可以使用WITHOUT ROWID关键字。早期版本的SQLite打开携带WITHOUT ROWID属性的表,将会返回一个malformed database schema 的错误。

 

1.3 Quirks(特殊性)

迄今为止,WITHOUT ROWID 只能够被SQLite数据库使用,其他的数据库引擎并没有兼容该关键字。在正统的系统中,即使没有WITHOUT ROWID关键字,所有的表也应该表现的和WITHOUT ROWID的效果一样。然而,SQLite在一开始被设计的时候,就采用整型的ROWID来简化实现的方式。这种方法表现很好很多年了。但是随着SQLite的需求的增长,(the need for tables in which the PRIMARY KEY really did correspondto the underlying row key grew more acute)对于表指定PRIMARY KEY属性变得更加迫切,因此和rowkey的矛盾更加尖锐。为了兼容过去的已经被使用了很久很久的程序,因此without rowid的概念终于被添加到SQLite中,(The WITHOUT ROWID concept was added in order to meet that needwithout breaking backwards compatibility with the billions of SQLite databasesalready in use at the time (circa 2013).

为了无缝的兼容过去成千上万的程序,WITHOUT ROWID的概念被添加到SQLite中。

2.0 与携带Rowid表不同之处

WITHOUT ROWID是一个优化选项。她没有提供任何新的特性(capablilities.操作携带ROWID表和操作不携带ROWID的表,使用的都是相同的语法。唯一的优点是节省磁盘空间,并且比普通的表快一些。

 

多数情况下,携带rowid表和不携带rowid表是可以互换的(interchangeable.但是WITHOUT ROWID表存在一些限制,而这些限制是普通的rowid表不具备的。

 

1.指定了WITHOUT ROWID的表必须指定PRIMARYKEY, 否则建表失败

2指定了WITHOUT ROWID的表不能够指定INTEGERPRIMARY KEYIn an ordinary table, "INTEGER PRIMARY KEY" means that thecolumn is an alias for the rowid. But since there is no rowid in a WITHOUTROWID table, that special meaning no longer applies. An "INTEGER PRIMARYKEY" column in a WITHOUT ROWID table works like an "INT PRIMARYKEY" column in an ordinary table: It is a PRIMARY KEY that has integeraffinity.

指定了WITHOUT ROWID的表不能使用AUTOINCREMENT关键字



    本文转自fengyuzaitu 51CTO博客,原文链接:http://blog.51cto.com/fengyuzaitu/1950368 ,如需转载请自行联系原作者



相关文章
|
10月前
|
存储 SQL 关系型数据库
Optimizing Queries with EXPLAIN(用explain来优化查询语句)
Optimizing Queries with EXPLAIN(用explain来优化查询语句)
27 0
|
SQL Oracle 关系型数据库
flashback table肯定会造成rowid跟着修改
flashback table肯定会造成rowid跟着修改,为什么要开启行移动?
|
存储 关系型数据库 索引
MyRocks Clustered Index特性
--- title: MySQL · myrocks · clustered index特性 author: 张远 --- # Cluster index介绍 最近在RDS MyRocks中,我们引入了一个重要功能,二级聚集索引(secondary clustering index). 我们知道innodb和rocksdb引擎的主键就是clustered index。二级聚集索引
1888 0
|
关系型数据库 PostgreSQL
Principles and Optimization of 5 PostgreSQL Indexes (btree,hash,gin,gist,and brin)
What are the different indexes of PostgreSQL for? How can we optimize our database with these indexes?
2572 0
|
SQL Oracle 关系型数据库