為什么要用ORM
一般情況下，當預料到數據庫會復雜到某個程度，就有必要引入數據庫的ORM框架，這樣可以大大降低開發和維護的成本。當然，站在巨人的肩膀上，選擇好的開源庫更可以事半功倍。
選擇怎么樣的ORM
Android上的ORM框架不少：GreenDao， Active Android，Schematic，Ollie，Sprinkles...到底應該如何選擇？
先上性能對比(http://greenrobot.org/android/android-orm-performance-2016/):
這些ORM框架用到的實現方式主要有幾種：
1.注解（運行時 Annotation，編譯時 Annotation）
2.反射
3.直接生成代碼
這里簡單地直接說結論:
通過運行時注解或反射去建立數據表和實體的關系會導致性能比較低。
從性能角度出發，應該選擇使用編譯時注解或代碼生成的框架。
當然，成熟程度，文檔資料等也是考量點。
推薦的選擇(以性能為基本要求)
greenDAO
1.相關代碼通過另一個普通的Java項目直接生成，不會導致性能瓶頸。
2.功能特性相當完善，版本穩定，greenrobot 2011開始的項目。
3.文檔較完善，使用者較多。
注意：
1.數據庫版本升級和數據遷移：官方沒有提供完善的解決方案，但可以參考stackoverflow上相關的討論(關鍵字：greendao schema）。
2.尚未正式支持集成SQLCipher加密，但是已有解決方案:https://github.com/greenrobot/greenDAO/issues/6
3.Content Provider Generation尚未正式完成：https://github.com/greenrobot/greenDAO/issues/111
重要更新:
1.正式支持SQLCipher 加密。
2.greenDao V3.X 開始使用 編譯時注解 + Gradle Plugin 去生成實體和框架代碼。
3.開始支持RxJava,但是不支持RxJava2(https://github.com/greenrobot/greenDAO/issues/520)
DBFlow
1.相關代碼通過編譯時注解生成，不會導致性能瓶頸。
2.功能特性比較豐富。
3.文檔較完善。
4.數據庫版本升級和數據遷移-有較簡便的解決方案。
5.支持集成SQLCipher加密。
6.支持Content Provider Generation。
注意：
1.項目的版本尚未穩定，使用者不多
趨勢
NoSQL/對象型數據庫
NoSQL是趨勢。其實對關系型數據庫引入ORM，就是實現了對象型數據庫要做的事情。
Realm
ObjectBox
速度方面碾壓SQLite,非常值得關注!!!
以上是一些簡單的思考總結，歡迎交流。
