如果rowid是你表的主键的话:
mysql、sqlserver等可以采用主键自动生成策略;
oracle使用sequence;
如果rowid只针对oracle的话:
rowid是代表的是记录的物理地址
默认情况下,SQLite会自动存在一个RowID列,从1开始,每添加一条记录+1当设置了主键,而且主键的类型为integer时,查询RowID等于主键
主键设置为integer时,对rowid和主键的查询情况
create table aaa(id integer PRIMARY KEY,aaa ntext)
只有在设置为Integer时才会替代rowid,设置为int或其它都不行,下图为主键设置成int类型
create table aaa(id int PRIMARY KEY,aaa ntext)
写入效率对比:
插入500W记录,不设置主键,利用rowid,写入时间1分13秒
插入500W记录,设置Integer主键,写入时间1分19秒
检索效率对比:
对设置了integer主键的表,查询主键100W次,耗时1分20秒
对设置了integer主键的表,查询rowid 100W次,耗时1.22秒
对不设置主键的表,查询rowid 100W次,耗时1.23秒
(这2秒左右的差距,判断有两种可能,第一是程序运行时误差,第二种可能是因为主键是ID,比rowid长度小,所以拼接sql语句时,要占时间优势)
检索优化:
每次检索对command赋值,耗时约1分20秒
[csharp]
SQLiteCommand cmd = new SQLiteCommand(conn)
for (int i = 0i <1000000i++)
{www.2cto.com
cmd.CommandText = "select * from aaa where id=" + (1000000 + i)
cmd.ExecuteNonQuery()
}
每次检索对参数赋值,耗时约58秒
[csharp]
SQLiteCommand cmd = new SQLiteCommand(conn)
cmd.CommandText = "select * from aaa where id=@id"
cmd.Parameters.Add("id", DbType.Int32)
for (int i = 0i <1000000i++)
{www.2cto.com
cmd.Parameters[0].Value = (1000000 + i)
cmd.ExecuteNonQuery()
}
SQLite文件大小:
大小基本保持一致(但我发现不设置主键,添加一个ID字段为int时,文件大小也是一样的,猜测可能是SQLite预留的B Tree的空间)
结论:
不管是使用rowid还是自定义主键,查询效率基本相同,写入效率使用独立主键要损失大约8%的效率,不过好处是可以自己管理主键的内容
如果你需要的是删除数据库中的数据:delete from table a
where (a.user_id,a.tw_id) in (select user_id,tw_id from vitae group by user_id,tw_id having count(*) >1)
and rowid not in (select min(rowid) from vitae group by user_id,tw_id having count(*)>1)
如果只是查出是去重:
select distinct user_id,tw_id from table
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)