Android应用优化（7）数据库操作

最新推荐文章于 2024-07-18 23:53:38 发布

小小豆豆浆

最新推荐文章于 2024-07-18 23:53:38 发布

阅读量774

点赞数 1

分类专栏： Android应用实践文章标签： Android SQLite 事务索引

本文链接：https://blog.csdn.net/hehui1860/article/details/48788303

版权

Android应用实践专栏收录该内容

10 篇文章 0 订阅

订阅专栏

在Android设备上，大部分场景都需要进行数据的持久化操作，本地存储一般来说采用sharepreference或者是db（当然自己管理file也是可以的），但是对于稍微复杂一些的数据还是采用数据库的方式保存比较合适。

既然大部分情况下应用都会使用到数据库，那么数据库的优化对于应用性能优化来说就是一个重要的方向了。在Android上默认是使用SQLite数据库，SQLite是一个轻量级的嵌入式数据库，因为它轻量所以比大多数其他类似数据库的操作速度都快一些，其他优缺点这里就不花费篇幅来介绍了，我们主要是应用的角度来指出优化方向。对于数据库的操作，无非来说就是建、增、删、改以及查。下面一一进行分析。

首先说建：建立db文件，建立表。建立数据库文件Android上封装了一个叫SQLiteOpenHelper的类，感兴趣的同学可以详细看看源码，它主要提供了getWritableDatabase()，onCreate()和onUpgrade()等方法，按照这个模板来写我们只需要注意的一点是：getWritableDatabase()执行时，会去检查数据库是否存在并执行创建文件并执行其onCreate等方法，鉴于我们使用时一般会将其置于一个ContentProvider中，并且这个进程启动时就会创建Provider(见本人本篇所述http://blog.csdn.net/hehui1860/article/details/30728499)进而我们会创建SQLiteOpenHelper这个对象和其他操作。所以在一些开机启动的进程中我们最好不要在创建Provider时就去执行getWritableDatabase()此方法，因为这个方法可能会涉及到文件IO操作(比如第一次创建数据库文件)从而在开机系统和存储繁忙的情况下出现ANR问题，最好的实践应该是在执行第一个数据库操作之前再去进行此操作，这也是懒加载的思想。

还有操作值得提出来，在onCreate()中有可能需要插入一些原始数据，这个时候一般都是直接执行的SQLite语句，SQLite语句就有一个编译执行问题，在需要执行大量相同语句时，大家可以使用SQLiteStatement这种已经预编译的指令来提高重复操作的效率。也可以使用系统提供的DatabaseUtils中的InsertHelper等类来做，原理是一样的。

privatevoidinitTestTable(SQLiteDatabase db) {

SQLiteStatement insert = db.compileStatement("INSERT INTO test(name, type, "

+ " tag, info) VALUES(?, ?, ?, ?)");

for(int i = 0; i < 10; i++) {

insert.clearBindings();

insert.bindString(1, "Name");

insert.bindLong(2, 1);

insert.bindString(3, "Tag");

insert.bindString(4, "Info");

insert.executeInsert();

}

insert.close();

}

在接下来说增删改查操作之前，我们得提一下一定要特别注意数据库表结构的设计，它直接影响后续数据库操作的性能。数据库表的设计必须具体问题具体分析也没有绝对依循的原则，这里不展开讲了只是提醒大家在动手之前多想想，比如逻辑上需要一起查询的数据不要分为多个表中，这样需要多次查询或者联合查询必然效率要低于单表查询等等。

增删改操作可以放到一起来讲，其实针对这三个操作的优化手段并不是太多，主要就是事务操作，事务操作能提高操作性能得益于一次事务中所有的操作只是在内存缓冲区进行，只有提交才需要进行磁盘操作（就是执行setTransactionSuccessful()之后），众所周知啊，本来就是慢在磁盘读写上，这简直是性能的飞跃。同事它还具有原子操作的特性，这个也是很有用的。

@Override

public ContentProviderResult[] applyBatch(

ArrayList<ContentProviderOperation> operations)

throws OperationApplicationException {

if (operations ==null ||operations.size() < 0 || null == mDatabase) {

returnnull;

}

mDatabase.beginTransaction();

try {

int size =operations.size();

ContentProviderResult[] result = new ContentProviderResult[size];

for (int i = 0; i < size; i++) {

ContentProviderOperation opertaion = operations.get(i);

result[i] = opertaion.apply(this, result, i);

}

mDatabase.setTransactionSuccessful();

return result;

} finally {

mDatabase.endTransaction();

}

批量操作性能提升很明显，但是也要注意一些问题，事务量太大，提交时间就会边长，此时数据库是会锁住的，所以事务要及时提交不要贪多。

查询，查询是数据库操作的一个大头，使用场景多所以也要特别注意它的性能问题。这里主要提两点：利用索引、限制查询参数。

索引是数据库本身机制，是对记录按照多个字段进行排序的一种展现。对表中的某个字段建立索引会创建另一种数据结构，其中保存着字段的值，每个值还包括指向与它相关记录的指针。这样，就不必要查询整个数据库，自然提升了查询效率。同时，索引的数据结构是经过排序的，因而可以对其执行二分查找，那就更快了。但是索引需要额外开销，并且在增删改时需维护索引造成速度下降。

一个典型的查询是这样的:

db.query(table,columns, selection, selectionArgs, groupBy, having, orderBy);

索引的创建需要注意几个方面

1）很少在查询中使用的列不应创建。

2）含有很少非重复数据值的列不应创建，比如只有0，1，这时候扫描整表通常会更有效。

3）对于定义为TEXT，IMAGE的数据不应该创建索引。这些字段长度不固定，或许很长，或许为空。

4）对于更新操作远大于查询操作时，不建立索引。

5）不需要对声明INTEGER PRIMARY KEY的主键上创建索引。一般Android上都会有一个_id用这个，所以我们根据_id来查询是会用到索引的。

限制查询参数也对查询效率有着重要影响，对于一个查询首先需要明确columns参数所要查询的列，做到用什么就只查什么，这个差异在列比较多的表中表现尤为明显。并且指定columns之后在读取Cursor数据时显性的指定序号值cursor.getString(Num)，更不要在循环中使用cursor.getColumnIndex(“column_name”)。

其次是selection，为了使用索引这里的语句也必须注意写法，因为在SQLite中索引要生效必须满足在where子句中，前导列（所谓前导列，就是在创建复合索引语句的第一列或者连续的多列。比如通过：CREATE INDEX comp_ind ON table1(x, y,z)创建索引，那么x,xy,xyz都是前导列，而yz，y，z这样的就不是。）必须使用等于或者in操作，最右边的列可以使用不等式，这样索引才可以完全生效。同时，where子句中的列不需要全建立了索引，但是必须保证建立索引的列之间没有间隙。