Android学习笔记SQLite

Android 应用程序之间数据共享—ContentProvider

By: 海市蜃楼 | In: Android开发

18 八 2009

在Android 应用程序之间数据共享—-ContentResolver中，已经说明了Android是如何实现应用程序之间数据共享的，并详细解析了如何获取其他应用程序共享的数据。ContentProviders存储和检索数据，通过它可以让所有的应用程序访问到，这也是应用程序之间唯一共享数据的方法。那么如何将应用程序的数据暴露出去？

通过以前文章的学习，知道ContentResolver是通过ContentProvider来获取其他与应用程序共享的数据，那么ContentResolver与ContentProvider的接口应该差不多的。

其中ContentProvider负责

• 组织应用程序的数据；
• 向其他应用程序提供数据；

ContentResolver则负责

• 获取ContentProvider提供的数据；
• 修改/添加/删除更新数据等；

ContentProvider 是如何向外界提供数据的？ 

Android提供了ContentProvider，一个程序可以通过实现一个ContentProvider的抽象接口将自己的数据完全暴露出去，而且ContentProviders是以类似数据库中表的方式将数据暴露，也就是说ContentProvider就像一个“数据库”。那么外界获取其提供的数据，也就应该与从数据库中获取数据的操作基本一样，只不过是采用URI来表示外界需要访问的“数据库”。至于如何从URI中识别出外界需要的是哪个“数据库”，这就是Android底层需要做的事情了，不在此详细说。简要分析下ContentProvider向外界提供数据操作的接口：

query(Uri, String[], String, String[], String)

insert(Uri, ContentValues)

update(Uri, ContentValues, String, String[])

delete(Uri, String, String[])

这些操作与数据库的操作基本上完全一样，在此不详细说，具体的解析可以参考Android Sqlite解析篇中的详细说明。需要特殊说明的地方是URI：

在URI的D部分可能包含一个_ID ，这个应该出现在SQL语句中的，可以以种特殊的方式出现，这就要求我们在提供数据的时候，需要来额外关注这个特殊的信息。Android  SDK推荐的方法是：在提供数据表字段中包含一个ID，在创建表时INTEGER PRIMARY KEY AUTOINCREMENT标识此ID字段。

ContentProvider 是如何组织数据的？ 

组织数据主要包括：存储数据，读取数据，以数据库的方式暴露数据。数据的存储需要根据设计的需求，选择合适的存储结构，首选数据库，当然也可以选择本地其他文件，甚至可以是网络上的数据。数据的读取，以数据库的方式暴露数据这就要求，无论数据是如何存储的，数据最后必须以数据的方式访问。

可能还有2个问题，是需要关注的。

1. ContentProvider是什么时候创建的，是谁创建的？访问某个应用程序共享的数据，是否需要启动这个应用程序？这个问题在Android SDK中没有明确说明，但是从数据共享的角度出发，ContentProvider应该是Android在系统启动时就创建了，否则就谈不上数据共享了。这就要求在AndroidManifest.XML中使用<provider>元素明确定义。
2. 可能会有多个程序同时通过ContentResolver访问一个ContentProvider，会不会导致像数据库那样的“脏数据”？这个问题一方面需要数据库访问的同步，尤其是数据写入的同步，在AndroidManifest.XML中定义ContentProvider的时候，需要考虑是<provider>元素multiprocess属性的值；另外一方面Android在ContentResolver中提供了notifyChange()接口，在数据改变时会通知其他ContentObserver，这个地方应该使用了观察者模式，在ContentResolver中应该有一些类似register，unregister的接口。

至此，已经对ContentProvider提供了比较全面的分析，至于如何创建ContentProvider，可通过2种方法：创建一个属于你自己的ContentProvider或者将你的数据添加到一个已经存在的ContentProvider中，当然前提是有相同数据类型并且有写入Content provider的权限。在Android SDK的sample中提供的Notepad具体实例中去看源代码！

Android SQLite解析

By: 海市蜃楼 | In: Android开发

17 八 2009

说到SQLite，无论C++、Java程序员还是其他的非主流程序员，应该都听说过它，可见其非常流行。SQLite是轻量级的、嵌入式的、关系型数据库，目前已经在iPhone、Android等手机系统中使用，而且被其他的公司广泛使用，比如说：Adobe，具体SQLite的介绍可以到其官方网站浏览。

在学习Android SQLite前，必须对SQL语句有很深入的了解（如果忘记了，利用这次机会好好复习下）。关于数据库、表的创建等基础知识，由于篇幅有限就不在此详细说明，主要说明数据库的4大基本操作：添加(insert)、删除(delete)、查询(query)、修改(update)，这是在学习Android SQLite的过程中最为关注的部分。除了这4大操作以外，我们还需要注意的地方就是：获取查询结果的记录集（Recordset）。

Android SQLite分析

等有了这些基本概念，再来学习Android SQLite，从Android SDK中摘要如下：

 

首先关注到的是SQLiteDatabase类，在Android SDK中看其详细说明，其主要接口如下：

返回值	函数原型
long	insert(String table, String nullColumnHack, ContentValues values)Convenience method for inserting a row into the database.
Int	delete(String table, String whereClause, String[] whereArgs)Convenience method for deleting rows in the database.
Cursor	query(String table, String[] columns, String selection, String[] selectionArgs, String groupBy, String having, String orderBy, String limit)Query the given table, returning a Cursor over the result set.
Int	update(String table, ContentValues values, String whereClause, String[] whereArgs)Convenience method for updating rows in the database.

看到这些是不是感到似曾相识了？不错，这就是数据库的4大基本操作：添加(insert)、删除(delete)、查询(query)、修改(update)。感觉轻松很多了，再仔细看下这些函数的参数，发现很多参数都是按照SQL语句定义的，

例如：select * from p_employee  where id <>’9999′   order by id asc

需要额外说明2个数据结构： ContentValues，Cursor；

ContentValues就相当于C++中的map[(String key, Integer value)]，其主要接口包括put()，get()。再结合insert操作的主要目的：按照表中数据段将对应的数据项写入到表中，就可以看出来ContentValues主要是存放表中每个表的数据段，以及其对应的值。

Cursor也就是前面说的：查询结果的记录集。从记录集的特征可以想到其包含的操作应该有：MoveFirst()、MoveLast()、MoveNext()、Move()、IsLast()、GetColumns()等，而且它还是个抽象类[abstract class]，SQLiteCursor就是其具体的实现。

关于SQLiteDatabase类，其他值得关注的函数是：Create()、execSQL()。至于其他的函数，比如beginTransaction()，endTransaction()等关于数据库同步操作的函数，就只有在使用的过程中深入了解。

额外补充说明

最后值得一提的是：一个很好的辅助类SQLiteOpenHelper，其简化了数据库的操作。按照Android SDK文档中的说明，也可以通过继承此类、改写其接口的方法来实现对数据库的操作，SQLiteOpenHelper，其主要接口如下：

仔细分析其说明，发现这个类主要是创建一个数据库，并对数据库的版本进行管理。当在程序中调用这个类的方法getWritableDatabase()或者getReadableDatabase()方法的时候，如果当时没有数据库，那么Android系统就会自动创建一个数据数据库。

其他辅助说明

• 所有的数据库文件存放在手机中的/data/data/package_name/databases路径下。最为重要的一点是：在Android中，所有的应用软件的数据（包括文件、数据库）为该应用软件所私有的，如果需要在不同的应用中共享数据，必须使用ContentProvider实现，一个ContentProvider类实现了一组标准的方法接口，从而能够让其他的应用保存或读取此ContentProvider的各种数据类型。
• 为了方便测试，如何查看SQLite数据库的内容？使用Android SDK提供的工具：sqlite3.exe。这是一个命令行实用工具，列举主要使用的命令如下：查看表结构 sqlite3 “path”    .dump
  例如 G:\android\android-sdk-window\tools>sqlite3 30m.db3    .bump，
  运行结构如下：BEGGIN TRANSACTION；
  CREATE TABLE [TmProgramm] ([index] INTEGER,[nID] INTEGER, [nChannelID] INTEGER,[strTitle] CHAR(255),
  [dwDuration] INTEGER, [strThumbNail] CHAR(1024),[strURL] CHAR(255),[strPathName] CHAR(255),
  [strAuthor] CHAR(255),[dwSize] INTEGER,[State] INTEGER,[Percent] INTEGER,
  [strConverted] CHAR(255),[dwVideoType] INTEGER,[dwDownloadedBytes] INTEGER,[strTime] CHAR(255),
  [strHTTPVersion] CHAR(255),[strUserAgent] CHAR(255),[strReferer] CHAR(255))；
  COMMIT;
  这就是当初创建数据库的语句
  查看表中的内容 sqlite3   “path” .schema
  具体运行结果可以下载数据库文件30m.db3 ，在命令行中运行就可以看到了
  其他帮助命令查询 sqlite3 .help

总结说明

通过对以上的学习，简单写了个数据库的例子（moandroid.database.zip），大家可以参考下。

Android数据存储（总结篇）

By: 海市蜃楼 | In: Android开发

25 八 2009

在前面的2篇文章：Android SQLite解析、Android 应用程序之间数据共享中分别详细说明了，如何使用数据库存储信息，以及如何通过ContentProvider获取其他应用程序共享的数据，现将Android数据存储做下总结，在以后的开发过程中根据需求选择合适的数据存储方式。

Android提供了5种方式存储数据：

1. 使用SharedPreferences存储数据；
2. 文件存储数据；
3. SQLite数据库存储数据；
4. 使用ContentProvider存储数据；
5. 网络存储数据；

其中3，4已经在Android SQLite解析、Android 应用程序之间数据共享篇幅中详细说明，不在此重复说明，现将其他3种方式详细介绍。

使用SharedPreferences存储数据

首先说明SharedPreferences存储方式，它是Android提供的用来存储一些简单配置信息的一种机制，例如：登录用户的用户名与密码。其采用了Map数据结构来存储数据，以键值的方式存储，可以简单的读取与写入，具体实例如下：

void  ReadSharedPreferences()
{
String  strName,strPassword;
SharedPreferences   user = getSharedPreferences(“user_info”,0);
strName = user.getString(“NAME”,””);
strPassword = user getString(“PASSWORD”,””);
}

void  WriteSharedPreferences(String  strName,String strPassword)
{
SharedPreferences   user = getSharedPreferences(“user_info”,0);
uer.edit();
user.putString(“NAME”, strName);
user.putString(“PASSWORD” ,strPassword);
user.commit();
}

数据读取与写入的方法都非常简单，只是在写入的时候有些区别：先调用edit()使其处于编辑状态，然后才能修改数据，最后使用commit()提交修改的数据。实际上SharedPreferences是采用了XML格式将数据存储到设备中，在DDMS中的File Explorer中的/data/data/<package name>/shares_prefs下。以上面的数据存储结果为例，打开后可以看到一个user_info.xml的文件，打开后可以看到：
<?xml version=”1.0″ encoding=”UTF-8″?>
<map>
<string name=”NAME”>moandroid</string>
<string name=” PASSWORD”>SharedPreferences</string>
</map>
使用SharedPreferences是有些限制的：只能在同一个包内使用，不能在不同的包之间使用。

文件存储数据

文件存储方式是一种较常用的方法，在Android中读取/写入文件的方法，与Java中实现I/O的程序是完全一样的，提供了openFileInput()和openFileOutput()方法来读取设备上的文件。FilterInputStream， FilterOutputStream等可以到Java  io  package说明中去详细学习，不再此详细说明，具体实例如下:
String fn = “moandroid.log”;
FileInputStream fis = openFileInput(fn);
FileOutputStream fos = openFileOutput(fn,Context.MODE_PRIVATE);
除此之外，Android还提供了其他函数来操作文件，详细说明请阅读Android SDK。

网络存储数据

网络存储方式，需要与Android 网络数据包打交道，关于Android 网络数据包的详细说明，请阅读Android SDK引用了Java SDK的哪些package？。

总结说明

以上5中存储方式，在以后的开发过程中，根据设计目标、性能需求、空间需求等找到合适的数据存储方式。Android 中的数据存储都是私有的，其他应用程序都是无法访问的，除非通过ContentResolver获取其他程序共享的数据。

一、SQLite简介

 

在Android平台上，集成了一个嵌入式关系型数据库—SQLite，SQLite3支持 NULL、INTEGER、REAL（浮点数字）、TEXT(字符串文本)和BLOB(二进制对象)数据类型，虽然它支持的类型虽然只有五种，但实际上sqlite3也接受varchar(n)、char(n)、decimal(p,s) 等数据类型，只不过在运算或保存时会转成对应的五种数据类型。 SQLite最大的特点是你可以保存任何类型的数据到任何字段中，无论这列声明的数据类型是什么。例如：可以在Integer字段中存放字符串，或者在布尔型字段中存放浮点数，或者在字符型字段中存放日期型值。 但有一种情况例外：定义为INTEGER PRIMARY KEY的字段只能存储64位整数， 当向这种字段中保存除整数以外的数据时，将会产生错误。另外， SQLite 在解析CREATE TABLE 语句时，会忽略 CREATE TABLE 语句中跟在字段名后面的数据类型信息。

 

二、SQLite的CURD

      

Android提供了一个名为SQLiteDatabase的类，该类封装了一些操作数据库的API，使用该类可以完成对数据进行添加(Create)、查询(Retrieve)、更新(Update)和删除(Delete)操作（这些操作简称为CRUD）。对SQLiteDatabase的学习，我们应该重点掌握execSQL()和rawQuery()方法。 execSQL()方法可以执行insert、delete、update和CREATE TABLE之类有更改行为的SQL语句； rawQuery()方法可以执行select语句。SQLiteDatabase还专门提供了对应于添加、删除、更新、查询的操作方法：insert()、delete()、update()和query() 。这些方法实际上是给那些不太了解SQL语法的菜鸟使用的，对于熟悉SQL语法的程序员而言，直接使用execSQL()和rawQuery()方法执行SQL语句就能完成数据的添加、删除、更新、查询操作。

 

三、SQLite的事务管理

      

使用SQLiteDatabase的beginTransaction()方法可以开启一个事务，程序执行到endTransaction() 方法时会检查事务的标志是否为成功，如果为成功则提交事务，否则回滚事务。当应用需要提交事务，必须在程序执行到endTransaction()方法之前使用setTransactionSuccessful() 方法设置事务的标志为成功，如果不调用setTransactionSuccessful() 方法，默认会回滚事务。

 

三、SQLite创建、更新数据表

      

如果应用使用到了SQLite数据库，在用户初次使用软件时，需要创建应用使用到的数据库表结构及添加一些初始化记录，另外在软件升级的时候，也需要对数据表结构进行更新。在Android系统，为我们提供了一个名为SQLiteOpenHelper的类，该类用于对数据库版本进行管理，该类是一个抽象类，必须继承它才能使用。为了实现对数据库版本进行管理，SQLiteOpenHelper类有两种重要的方法，分别是onCreate(SQLiteDatabase db)和onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion)

 

当调用SQLiteOpenHelper的getWritableDatabase()或者getReadableDatabase()方法获取用于操作数据库的SQLiteDatabase实例的时候，如果数据库不存在，Android系统会自动生成一个数据库，接着调用onCreate()方法，onCreate()方法在初次生成数据库时才会被调用，在onCreate()方法里可以生成数据库表结构及添加一些应用使用到的初始化数据。onUpgrade()方法在数据库的版本发生变化时会被调用，数据库的版本是由程序员控制的，假设数据库现在的版本是1，由于业务的需要，修改了数据库表的结构，这时候就需要升级软件，升级软件时希望更新用户手机里的数据库表结构，为了实现这一目的，可以把原来的数据库版本设置为2(或其他数值)，并且在onUpgrade()方法里面实现表结构的更新。当软件的版本升级次数比较多，这时在onUpgrade()方法里面可以根据原版号和目标版本号进行判断，然后作出相应的表结构及数据更新。

 

getWritableDatabase()和getReadableDatabase()方法都可以获取一个用于操作数据库的SQLiteDatabase实例。但getWritableDatabase() 方法以读写方式打开数据库，一旦数据库的磁盘空间满了，数据库就只能读而不能写，倘若使用的是getWritableDatabase() 方法就会出错。getReadableDatabase()方法先以读写方式打开数据库，如果数据库的磁盘空间满了，就会打开失败，当打开失败后会继续尝试以只读方式打开数据库。