android开源：orm框架greendao数据库查询解析。
1. 查询 -- queries
1)你可以使用原生的sql(raw sql)语句;
2)也可以使用推荐的方法：使用greendao提供的querybuilder的api。
3)查询还支持结果延迟加载(lazy-loading)，主要为操作较大查询结果是节约内存并提高性能。
(1)querybuilder
使用过sql语句查询的人都会有一种感触(主要针对不是专职开发数据库并对sql不是很熟练的人)，写起来复杂、不能再第一时间发现问题(只能在运行过程中验证sql的正确性)、查找bug麻烦等等。querybuilder的出现就是为了解决sql使用的问题，提高开发效率。
看一个略微复杂的例子，查询first name是joe，并在1970年10月以及之后的所有人：
querybuilder qb=userdao.querybuilder();
qb.where(properties.firstname.eq("joe"),
qb.or(properties.yearofbirth.gt(1970),
qb.and(properties.yearofbirth.eq(1970),properties.monthofbirth.ge(10))));
listyoungjoes=qb.list();
不用我来解释了吧。
(2)lazylist
greendao支持返回唯一查询结果(如果没有返回null) ---- 调用query或querybuilder的unique()方法;
也支持返回list ---- 调用list()方法。
当不希望返回null作为结果时，则调用uniqueorthrow()方法，当结果null时将直接抛出异常。
返回多个结果解释：
list(): 所有entity均会被加载到内存中。结果仅是一个简单的arraylist。使用最简单。
listlazy(): 查询结果会根据需要加载到内存中。列表中的元素仅在accessed for the first time，它才会被加载并缓存。该方法必须主动关闭(must be closed)。
listlazyuncached(): 虚拟的结果列表，任何对元素的方法实际都会到数据库中去加载数据。must be closed
listiterator(): 根据需要迭代结果(lazily)。数据不缓存。must be closed
在greendao实现中，后3中其实都使用的lazylist类。为了实现根据需要加载，其内部实现上是保存了数据库cursor的引用。这也是为何这3中方式must be closed，其就是为了释放内部cursor和迭代器(通常是在try-finally块中完成close)。
(3)query
解释：query类代表了一个可以被重复执行的查询。在querybuilder内部其实也是会定义一个query并执行完成查询。
这将带来极大地方便，因为任何人都不希望在每次查询的时候总是写一遍query代码。同时query还可以根据需要改变参数。如下实例代码：
使用query对象查询名为joe并出生在1970年的人：
query query=userdao.querybuilder().where(
properties.firstname.eq("joe"),properties.yearofbirth.eq(1970))
.build();
listjoesof1970=query.list();
然后想再查询出生在1977年之后并叫marias的人：
query.setparameter(0,"maria");
query.setparameter(1,1977);
listmariasof1977=query.list();
注意：参数的编号是创建query所设置的顺序。
(4)多线程查询
有时我们希望在多线程中执行查询。从greendao 1.3版本开始，实例化query对象均会绑定到其自己的线程，这样我们就可以安全的设置query参数，因为其他线程无法影响到。如果其他线程使用别的线程的query(比如设置参数、执行查询)将会抛出异常。因此，我们也不需要做同步工作，而且不要加锁，因为加入相关的事务用到了该query对象将导致死锁。
为完全地避免可能产生的死锁，1.3版本引入了forcurrentthread()方法。该方法将返回本线程内的query实例，每次调用该方法时，参数均会被重置为最初创建时的一样。
(5)原生sql查询
推荐的方法执行原生sql语句是通过querybuilder和wherecondition.stringcondition。如下代码：
query query=userdao.querybuilder().where(
newstringcondition("_id in "+"(select user_id from user_message where read_flag = 0)").build();
假如querybuilder没有提供你需要的特性，你也可以使用queryraw() 和 queryrawcreate() 方法。具体就不再详细介绍了。
(6)删除操作(delete query)
删除操作会删除所有满足条件的实体。为实现批量删除(bulk delete)，调用querybuilder的builddelete方法并执行deletequery。该部分api还不稳定，可能会改变就不介绍了。
(7)问题定位(日志)
你可能会遇到查询结果并不是预期的那样，这时候你就可以设置两个静态flag参数来打日志定位问题：
querybuilder.log_sql=true;
querybuilder.log_values=true;
这将会将产生的sql命令以及传递的参数以日志方式输出，由此方便程序员定位问题。
如对本文有疑问， 点击进行留言回复！！
android RecyclerView checkbox复用解决
Android Q Input (1) -- InputManagerService启动
android -- ndk (stack corruption detected)
我要评论
网友评论