greendao清空数据库

‘壹’ GreenDao insertOrReplace和save的区别

你好，很高兴为你解答

关于GreenDao insertOrReplace和save的区别：

• insertOrReplace ： 传入的对象在数据库中，有则更新无则插入。推荐同步数据库时使用该方法。

• save 类似于insertOrReplace，区别在于save会判断传入对象的key，有key的对象执行更新，无key的执行插入。当对象有key但并不在数据库时会执行失败.适用于保存本地列表。

适用场景

1. 只有本地数据库，且key默认由数据库生成。直接使用save就好

2. 插入的数据有key，其实这种情况通常是同步线上数据到本地数据库时的情况，因为直接使用了数据库的key，所以不能使用save，必须使用insertOrReplace。

结论

在确保插入数据有key时必须存在于数据库的情况下，适用save更高效。其他情况一律适用insertOrReplace

不足之处还望大神指正

‘贰’ 在Android开发中用GreenDao操作sqlite数据库后，SQLite数据库用SQLite Expert Personal无法正常打开

});//alert($('#modifyCustomerForm').validate().form());return$('#modifyCustomerForm').validate().form();},url:"addCustomerAction.action",type:"POST",error:function(){showDialog("error");},success:function(data){$("#dialog").dialog("提示");$("#dialog").text("修改成功");$('#dialog').dialog({modal:true,buttons:{确定:function(){document.location="searchCustomerAction.action?page=1";}

‘叁’ android contentprovider 怎么操作green的数据库

有时我们需要对文件或数据库进行测试，但我们又不想破坏应用程序或设备原有的数据。此时我们就需要一个Mock来替代他们，这里的Mock不是android.test.mock，但也是android.test包下面的，RenamingDelegatingContext的类。示例参见：D:\workspace\MockTest*******************MockContextExampleActivity********packagecom.example.mocktest;importjava.io.FileInputStream;importandroid.app.Activity;importandroid.graphics.Color;importandroid.os.Bundle;importandroid.view.Menu;importandroid.widget.TextView;{publicfinalstaticStringFILE_NAME="myfile.txt";privateTextViewmTv;@OverrideprotectedvoidonCreate(BundlesavedInstanceState){super.onCreate(savedInstanceState);setContentView(R.layout.main);mTv=(TextView)findViewById(R.id.text1);finalbyte[]buffer=newbyte[1024];try{finalFileInputStreamfis=openFileInput(FILE_NAME);finalintn=fis.read(buffer);mTv.setText(newString(buffer,0,n-1));}catch(Exceptione){mTv.setText(e.toString());mTv.setTextColor(Color.RED);}}//这里写了个getText方法，测试工程会用到。publicStringgetText(){returnmTv.getText().toString();}@(Menumenu){//Inflatethemenu;.getMenuInflater().inflate(R.menu.mock_context_example,menu);returntrue;}}*****************MockContextExampleTest*****************packagecom.example.mocktest;importandroid.content.Intent;importandroid.test.ActivityUnitTestCase;importandroid.test.RenamingDelegatingContext;{="test.";;publicMockContextExampleTest(){super(MockContextExampleActivity.class);}@OverrideprotectedvoidsetUp()throwsException{super.setUp();mMockContext=newRenamingDelegatingContext(getInstrumentation().getTargetContext(),PREFIX);mMockContext.();}@OverrideprotectedvoidtearDown()throwsException{super.tearDown();}(){setActivityContext(mMockContext);startActivity(newIntent(),null,null);=getActivity();assertNotNull(mActivity);Stringtext=mActivity.getText();assertEquals("Thisis*MOCK*data",text);}}Notice：别忘了在清单文件里加上RenamingDelegatingContext函数的使用，PREFIX是表示文件或数据库的前缀。另外这里为什么使用getTargetContext方法而不是getContext，后者我们经常在UiTest中使用到。这里其实看下注释就明白了：//getContext():Theinstrumentation’spackagecontext.//getTargetContext():.运行下测试，pass。这说明getText方法返回的string已经是Thisis*MOCK*data而不是Thisisrealdata了。这就可以证明，开发没有写死这段话。以上就是RenamingDelegatingContext函数如何来mock文件的，数据库的使用也是一样的。

‘肆’ 如何查看green3生成的数据库

如何查看green3生成的数据库
：使用 Guid 作为我一个服务器应用程序中的主键，并且想要能够远程从 android 设备和上载回服务器生成新的数据。Android 设备上的数据库是在 sqlite 中，并使用 greenDAO 来生成 Pojo 和数据访问层

‘伍’ Android Green插入10万条数据OOM

下面写个小程序测试一下。
private Runnable runnable = new Runnable() { @Override
public void run() {
List<Book> bookList = new ArrayList<>(); for (int i = 0; i < 5000; i++) {
Book book = new Book();
book.setUuid(UUID.randomUUID().toString());
book.setName("name"); //其他set方法略
bookList.add(book);
} try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}

mBookDao.insertOrReplaceInTx(bookList);
Log.d(TAG, "插入book数据：" + bookList.size());
}
};private void insert() {
Log.d(TAG, "线程池开始");
mBookDao.deleteAll(); long time = System.currentTimeMillis();
ExecutorService executorService = Executors.newFixedThreadPool(3); for (int i = 0; i < 200; i++) {
executorService.submit(runnable);
}
executorService.shutdown(); for (; ; ) { if (executorService.isTerminated()) { break;
} try {
executorService.awaitTermination(1, TimeUnit.SECONDS);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
Log.d(TAG, "线程池完成：" + (System.currentTimeMillis() - time) + "ms");
}

runnable任务模拟1秒从网络拉取5000条数据并插入DB，insert方法使用线程池执行runnable任务。
执行时间超过1000秒，查看内存占用超过180M。如果数据量更多，肯定会发生OOM，基本上可以定位是greenDAO的问题。现在需要在两个方面优化，一是寻找内存占用的原因，二是提高数据的插入速度。
查看内存堆
内存的占用随着insert的数据量越多而递增，从中间mp出java堆，得到hprof文件。注意这个文件不是标准格式，只能用AndroidStudio打开。

图1
右击文件导出标准的hprof文件，用更加强大的MAT分析。

图2

图3
看到IdentityScope占了一半内存，可以确定是greenDAO缓存了插入数据。
mBookDao.insertOrReplaceInTx(bookList);mBookDao.detachAll();

greenDAO的缓存功能是有用的，没必要关闭，改成在插入数据后，调用一次detachAll，将identityScope清空。
public void detachAll() { if (identityScope != null) {
identityScope.clear();
}
}

重建索引
对表插入大量数据，如果中间没有涉及到业务，可以先失效索引，待插入完成后重建索引。
String sql = "drop index index_isbn";
mDb.execSQL(sql);
sql = "drop index index_publisherid";
mDb.execSQL(sql);
sql = "drop index index_author";
mDb.execSQL(sql);

插入数据前，drop掉表中的索引。没有见到greenDAO有操作索引的方法，直接执行sql命令。
sql = "create index index_isbn on book(isbn)";
mDb.execSQL(sql);
sql = "create index index_publisherid on book(publisherid)";
mDb.execSQL(sql);
sql = "create index index_author on book(author)";
mDb.execSQL(sql);

插入数据完成后，重建索引。最后执行100w数据插入大约耗时450秒，比什么都不做快了两三倍。
异步操作
上一个步骤的耗时包含了模拟网络和数据库操作的时间，使用多线程将两个环节分离，可以减少总时间。
greenDAO提供了AsyncSession这个异步操作类，使用Session.startAsyncSession()获取实例，内部实现使用了线程池和阻塞队列，原理很简单不用多讲。
mAsyncSession.runInTx(new Runnable() { @Override
public void run() {
mBookDao.insertOrReplaceInTx(bookList);
mBookDao.deleteAll();
}
});

获取数据后，提交给AsyncSession异步插入数据库。要注意在合适地方使用waitForCompletion，等待AsyncSession完成已有任务。如果获取数据速度很快，而操作数据库很慢，会导致过多数据缓存在AsyncSession的内部阻塞队列。
最后测试一下100w数据插入数据库，耗时不到150秒，又快了几倍。

作者：展翅而飞
链接：https://www.jianshu.com/p/6589c6d3f551
来源：简书
着作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

‘陆’ green用完需要手动关闭数据库吗

点开green某方法

privatevoiddeleteInTxInternal(Iterable<T>entities,Iterable<K>keys){
//此处打开
db.beginTransaction();
try{
...
}finally{
//此处关闭
db.endTransaction();
}
}

green不需要手动去打开和关闭数据库，已经帮我们做好了