数据库和Content Provider

SQLite提供了强大的SQL数据库的库文件，从而使应用程序拥有一个具备完全控制权的健壮的持久化层。

Content Provider实现在应用程序内和应用程序之间存储、共享和使用结构化数据。通过将数据存储层和应用层分离，Content Provider为各种数据源提供了一个通用的接口（用来发布数据）。

Android通过结合使用SQLite数据库和Content Provider，提供了结构化数据的持久化功能。每个应用程序都可以创建自己的数据库，并对真个数据库拥有完全的控制权。创建了底层数据存储之后，就可以使用Content Provider，通过底层数据源执行了一致的抽象，为使用和共享数据提供了一种通用的、定义良好的接口。

使用SQLite可以为应用程序创建完全封装的关系数据库。使用这些数据库可以存储和管理复杂的、结构化的应用程序数据。Android数据库存储在设备上的/data/data/<pacage_name>/databases文件夹中。所有的数据库都是私有的，只能被创建它们的应用程序访问。

Content Provider提供了一种基于使用content:://模式的简单URI寻址模型来发布和使用数据的接口。它们允许将应用层从底层数据层中分离出来，通过抽象底层数据源使应用程序不必依赖于某个数据源。

SQLite更全面的使用：http://www.sqlite.org/

ContentValue和Cursor类

在使用数据库时，最好的做法是讲底层数据库封装起来，只公开与该数据库进行交互时必须使用的公有方法和常量，这一般会用到通常所谓的合同或辅助类。这个类应该公开数据库常量，特别是列明，填充和查询数据库时必须使用列名。

public class ManagerDemo {
    // where子句中使用的索引列的名称
    public static final String KEY_ID = "_id";
    // 数据库中每个列的列名和索引，为表中的每个列创建一个公有字段
    public static final String KEY_GOLD_HOARD_NAME_COLUME = "GOLD_HOARD_NAME_COLUME";
    public static final String KEY_GOLD_HOARD_ACCESSIBLE_COLUMN = "GOLD_HOARD_ACCESSIBLE_COLUMN";
    public static final String KEY_GOLD_HOARDED_COLUMN = "GOLD_HOARDED_COLUMN";
}

SQLiteOpenHelper是一个抽象类，用来实现创建、打开和升级数据库的最佳实践模式。通过实现SQLiteOpenHelper类，可以隐藏那些用于决定一个数据库在打开之前是否需要创建或者升级的逻辑。等到需要数据库时再创建和打开这些数据库时一种好的实践做法。SQLiteOpenHelper会在成功打开数据库实例后缓存它们，所以可以在刚好要执行查询或事务前请求打开数据库。处于相同的原因，除非不再需要使用数据库，否则无需手动关闭。（数据库操作（特别是打开或创建数据库的操作）需要很长的时间才能完成，因此为了这些操作不会影响用户体验，应使所有数据库事务异步执行）。既然提到了会缓存数据库实例，必然地会占用内存空间。（使用SQLiteOpenHelper实现打开了一个数据库实例。SQLiteHelper将数据库实例的创建和打开操作延迟到了第一次需要该数据库的时候，并在成功打开数据库实例后缓存它们）

Android数据库设计注意事项：当专门为Android设计数据库时，需要考虑以下几点

1. 文件（如位图或者音频文件）通常是不存储在数据库的表中的。应该使用一个字符串来存储文件的路径，当然，使用一个完全限定的URI来存储文件的路径效果会更好。

2. 强烈建议所有的表都应该包含一个自动增加的键字段，作为每一行的唯一索引字段。如果计划使用Content Provider来共享表，就必须具有唯一的ID字段。

要想在表中支持文件，必须包含一个名为_data的列，它含有这条记录所表示的文件的路径。该列不应该被客户端应用程序所使用。