文章描述：主要说明转换成SQL语句的过程。----必要信息（数据库名，表名，条件）转换成SQL语句
一些界面上数据增删改查的操作往往只需要输入一数据库名，表名，加条件就可以进行数据查询了，在这背后是怎么实现了呢，这些程序有些是使用封装的方法，有些直接输入sql语句进行操作，封装的方法最后也是将查询条件（上面输入操作）转换为SQL语句用Statement对象对应方法进行相关操作
JAVA：
而Statement对象获得SQL语句后怎么执行查询(这个不归statement管了)，Statement这里是通过jdbc(或者其他驱动如：ODBC等)将SQL语句放入数据库，由数据库进行解释操作。这个速度较慢
preparedstatement：是java这边将原始的SQL语句进行解释，然后将中间码录入数据库，数据库直接执行，这样速度相比statement这种方式会更快！！！
Android：
首先通过Statement对象执行sql语句，最后获得PreparedStatement对象即指向底层对象的指针，调用底层方法执行sql语句。
个人认为android的数据库操作都是直接或间接使用PreparedStatement对象执行(底层源码我确实没有看过)
我是一条分割线^_^
在android中，提供了一些方便数据操作方法，不需要程序员写sql语句，只需要写如关键参数+条件。后面执行过程不需要我们考虑。
如android中的SQLite操作SQLiteDatabase封装很多方法
insert(String table, String nullColumnHack, ContentValues initialValues )//Convenience method for inserting a row into the database.
简单的方法对于插入一行数据到数据库中
@param table:表名
@param nullColumnHack:要强行插入null值的列名
@param initialValues ：是一个HashMap存储的键值对，里面的key代表columnName列名,value代表在该行的key值所对应列要插入的值
一般情况下nullColumnHack为null
如
ContentValues contentValues = new ContentValues(); String name="我是书的名字"; contentValues.put("bookName",name); insert（"book",null,contentvalues）
上面insert语句最后会转化为SQL语句
insert into book(bookName) values("我是书的名字")数据往往都是在用户在输入界面提供，把这些内容组拼到insert语句当用户输入的内容含有单引号时，组拼出来的SQL语句就会存在语法错误。要解决这个问题需要对单引号进行转义，也就是把单引号转换成两个单引号。有些时候用户往往还会输入像“ & ”这些特殊SQL符号，为保证组拼好的SQL语句语法正确，必须对SQL语句中的这些特殊SQL符号都进行转义，显然，对每条SQL语句都做这样的处理工作是比较烦琐的。
所以通过使用占位符参数(?)
insert into book(bookName) values(?) 可以避免处理上面复杂问题
转换过程如下。
StringBuilder sql = new StringBuilder();//StringBuilder一个可变的字符序列 sql.append("INSERT"); sql.append(CONFLICT_VALUES[conflictAlgorithm]); sql.append(" INTO "); sql.append(table); sql.append('('); Object[] bindArgs = null;//bindArgs存放的是value[]数组,要插入的数据 int size = (initialValues != null && initialValues.size() > 0) ? initialValues.size() : 0; if (size > 0) { bindArgs = new Object[size]; int i = 0; for (String colName : initialValues.keySet()) {//循环添加列名对应insert into table(colName1,..2,...colN)括号里面的所有列名 sql.append((i > 0) ? "," : ""); sql.append(colName); bindArgs[i++] = initialValues.get(colName);//将要插入的数据全部复制到bindArgs数组中 } sql.append(')'); sql.append(" VALUES ("); for (i = 0; i < size; i++) { sql.append((i > 0) ? ",?" : "?"); } } else { sql.append(nullColumnHack + ") VALUES (NULL"); } sql.append(')');
上面形成sql语句是insert into book(bookName) values(?),还有生成一个数据数组bindArgs。这是简单sql语句，这里还包含有处理约束过程
如 insert [or CONFLICT] into book(bookName) values(?)这个CONFLICT的约束冲突有5种ROLLBACK | ABORT | FAIL | IGNORE | REPLACE
private static final String[] CONFLICT_VALUES = new String[]
{"", " OR ROLLBACK ", " OR ABORT ", " OR FAIL ", " OR IGNORE ", " OR REPLACE "};
ON CONFLICT子句不是独立的SQL命令。这是一条可以出现在许多其他SQL命令中的非标准的子句。由于它并不是标准的SQL语言，这里单独介绍它。
ON CONFLICT子句的语法在如上的CREATE TABLE命令中示出。对于INSERT和UPDATE，关键词“ON CONFLICT”由“OR”替代，这样语法显得自然。例如，不用写“INSERT ON CONFLICT IGNORE”而是“INSERT OR IGNORE”。二者表示相同的意思。
INSERT或UPDATE的OR子句定义的算法会覆盖CREATE TABLE所定义的。ABORT算法将在没有定义任何算法时缺省使用。
ROLLBACK
当发生约束冲突，立即ROLLBACK，即结束当前事务处理，命令中止并返回SQLITE_CONSTRAINT代码。若当前无活动事务（除了每一条命令创建的默认事务以外），则该算法与ABORT相同。
ABORT
当发生约束冲突，命令收回已经引起的改变并中止返回SQLITE_CONSTRAINT。但由于不执行ROLLBACK，所以前面的命令产生的改变将予以保留。缺省采用这一行为。
FAIL
当发生约束冲突，命令中止返回SQLITE_CONSTRAINT。但遇到冲突之前的所有改变将被保留。例如，若一条UPDATE语句在100行遇到冲突100th，前99行的改变将被保留，而对100行或以后的改变将不会发生。
IGNORE
当发生约束冲突，发生冲突的行将不会被插入或改变。但命令将照常执行。在冲突行之前或之后的行将被正常的插入和改变，且不返回错误信息。
REPLACE
当发生UNIQUE约束冲突，先存在的，导致冲突的行在更改或插入发生冲突的行之前被删除。这样，更改和插入总是被执行。命令照常执行且不返回错误信息。当发生NOT NULL约束冲突，导致冲突的NULL值会被字段缺省值取代。若字段无缺省值，执行ABORT算法。
当冲突应对策略为满足约束而删除行时，它不会调用删除触发器。但在新版中这一特性可能被改变。
如果数据initialValues 的值为null,则会执行insert into book(nullColumnHack) values(NULL)强行将列的值设为null
----到最后，会将statement对象和bindArgs数据进行绑定最后给数据库解释执行
感觉其它封装的数据库类原理和这个都是相似的吧
总结：
执行数据库操作的步奏：
1构造Statement对象
2statement来执行某种（增删改查etc.）操作
3通过session调用到连接池中某个connection的execute相关方法。
4在connection中重新构建PreparedStatement(其实该对象才真正指向sqlite中的stmt)，绑定数据和PreparedStament对象，调用Native方法底层JNI
PS:
android中sqlite的内部流程
打开数据库操作Android SQLite 打开、操作分析
SQLiteDatabase.openDataBase
SQLiteDatabase.open
SQLiteDatabase.openInner
SQLiteConnectionPool.open
SQLiteConnectionPool.openConnectionLocked打开连接池
SQLiteConnection.open
nativeOpen最后调用底层打开
执行数据库操作
SQLiteStatement statement = new SQLiteStatement()时,使得该SQLiteDatabase的某个connection拥有对应的PreparedStatement.
statement.execute()时，会在SQLiteDatabase的多个connection中找到含有对应PreparedStatement的connection来使用.
假如该connection恰巧被其他线程使用了，得到的是另一个connection，其会重新acquirePreparedStatement。
DatabaseUtils.getSqlStatementType(mSql)这个mSql语句为select
db.getThreadSession().prepare//SQLiteSeesion SQLiteConnection.prepare SQLiteConnection.acquirePreparedStatement(sql) ----SQLiteConnection中操作 statement=SQLiteConnection.mPreparedStatementCache.get(sql) if(statement!=null) { if (!statement.mInUse) { // 并且不在使用中 return statement; // 返回该statement } skipCache = true; // 如果已在使用 另备一份并不再缓存 } final int statementPtr = nativePrepareStatement(mConnectionPtr, sql); //native try { final int numParameters = nativeGetParameterCount(mConnectionPtr, statementPtr); final int type = DatabaseUtils.getSqlStatementType(sql); final boolean readOnly = nativeIsReadOnly(mConnectionPtr, statementPtr); statement = obtainPreparedStatement(sql, statementPtr, numParameters, type, readOnly); // 从池中获取一个statement，并将其从池中移除 if (!skipCache && isCacheable(type)) { mPreparedStatementCache.put(sql, statement); // 将statement放入缓存中 statement.mInCache = true; } statement.mInUse = true; return statement;
------获得PreparedStatement
SQLiteOpenHelper保证一个实例里只有一个SQLiteDatabase
SQLiteDatabase.openDatabase的过程是构建SQLiteDatabase对象的过程，实质是构建SQLiteDatabase的成员变量SQLiteConnectionPool的过程，该过程是一个获取primaryConnection的过程。
每个线程有自己的SQLiteSession且只有一个，每个SQLiteSession在某一时刻最多只有一个SQLiteConnection（需要时从连接池获取，用完返还），保证了一个线程在某一时刻只有一个SQLiteConnection连接到某一SQLiteDatabase。事务同样通过Session来实现，故线程之间的事务是独立的
SQLiteConnectionPool掌管某个SQLiteDatabase的连接池。确保PrimaryConnection只有一个，如果空闲则将其返回，如果正被其他session使用则返回空，如果没有则新建。对于非PrimaryConnection，将会在连接池中优先选取stmt相同的，如果没有相同的获取池中最后一个，如果池子已经空了（此时多个线程同时用着多个连接），新建一个非主连接。
不知道有没有错，先记着两片不同文章，
Android sqlite数据库连接池连接异常分析