realm資料庫
㈠ 如何從Realm資料庫Android中刪除對象
首先，的刪除資料庫某一列的值分幾種情況：
不刪除欄位，只更新其中的內容
在資料庫中其實叫做更新（update）
語句如下：
update 表 set 欄位=null
2、刪除欄位
alter table 表 drop column 欄位
㈡ Android studio使用Retrofit框架，Get發送請求，Gson解析返回的json數據時報錯怎麼辦
資料庫一直以來給我的感覺就是——麻煩！！！
接觸了Realm之後才終於可以開開心心的使用資料庫了。
本文總結一些Realm資料庫的常用知識點，包括多線程訪問，以及如何與Retrofit2.0一起使用等...
看懂這些知識點之後，個人認為就可以在一般的項目中使用Realm了。
1. model類必須extends RealmObject,所有屬性必須用private修飾
2. model中支持基本數據結構：boolean, byte, short, ìnt, long, float, double, String, Dateand byte[]
3.若要使用List必須用RealmList<T>，或者繼承RealmList
4.與Retrofit2.*一起使用，通過Gson來解析Json數據並直接生成RealmObject，可參考如下寫法：
[java] view plain
Gson gson = new GsonBuilder()
.setExclusionStrategies(new ExclusionStrategy() {
@Override
public boolean shouldSkipField(FieldAttributes f) {
return f.getDeclaringClass().equals(RealmObject.class);
}
@Override
public boolean shouldSkipClass(Class<?> clazz) {
return false;
}
㈢ Realm 資料庫 for android，是不是不適合在MVP模式中
MVP模式是MVC模式在Android上的一種變體，要介紹MVP就得先介紹MVC。在MVC模式中，Activity應該是屬於View這一層。而實質上，它既承擔了View，同時也包含一些Controller的東西在裡面。這對於開發與維護來說不太友好，耦合度大高了。把Activity的View和Controller抽離出來就變成了View和Presenter，這就是MVP模式。在Android項目中，Activity和Fragment占據了大部分的開發工作。如果有一種設計模式（或者說代碼結構）專門是為優化Activity和Fragment的代碼而產生的，你說這種模式重要不？這就是MVP設計模式。按照MVC的分層，Activity和Fragment（後面只說Activity）應該屬於View層，用於展示UI界面，以及接收用戶的輸入，此外還要承擔一些生命周期的工作。Activity是在Android開發中充當非常重要的角色，特別是TA的生命周期的功能，所以開發的時候我們經常把一些業務邏輯直接寫在Activity裡面，這非常直觀方便，代價就是Activity會越來越臃腫，超過1000行代碼是常有的事，而且如果是一些可以通用的業務邏輯（比如用戶登錄），寫在具體的Activity里就意味著這個邏輯不能復用了。如果有進行代碼重構經驗的人，看到1000+行的類肯定會有所顧慮。因此，Activity不僅承擔了View的角色，還承擔了一部分的Controller角色，這樣一來V和C就耦合在一起了，雖然這樣寫方便，但是如果業務調整的話，要維護起來就難了，而且在一個臃腫的Activity類查找業務邏輯的代碼也會非常蛋疼，所以看起來有必要在Activity中，把View和Controller抽離開來，而這就是MVP模式的工作了。
㈣ android編程：怎麼判斷 【資料庫】 中的【表】是否有數據
先查找啊，查找整個表，判斷有沒有數據，沒有數據在查詢
Cursor cursor2=db.rawQuery("select * from news_inf",null);
if(cursor.getCount()==0)
{
//執行插入語句
}