文章描述:主要说明转换成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, ContentValuesinitialValues)//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 = newContentValues();
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 = newStringBuilder();//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= newObject[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的内部流程
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相同的,如果没有相同的获取池中最后一个,如果池子已经空了(此时多个线程同时用着多个连接),新建一个非主连接。
不知道有没有错,先记着两片不同文章,