# Implementing SupportSQLiteDatabase for android-database-sqlcipher

**URL:** https://discuss.zetetic.net/t/implementing-supportsqlitedatabase-for-android-database-sqlcipher/2511
**Category:** SQLCipher
**Created:** [November 28, 2017, 3:55pm UTC](https://discuss.zetetic.net/t/implementing-supportsqlitedatabase-for-android-database-sqlcipher/2511 "2017-11-28T15:55:50Z")
**Posts on this page:** 2
**Page:** 1

<div class="post-metadata">

### Author: ![aegis](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.zetetic.net/aegis/32/730_2.png) [@aegis](https://discuss.zetetic.net/u/aegis)
#### Post date: [November 28, 2017, 3:55pm UTC](https://discuss.zetetic.net/t/implementing-supportsqlitedatabase-for-android-database-sqlcipher/2511/1 "2017-11-28T15:55:50Z")

</div>

The android team has introduced [architecture components](https://developer.android.com/topic/libraries/architecture/index.html) for all kinds of things in android development including android.arch.persistence.db which has an interface for SQLiteDatabase called SupportSQLiteDatabase so the underlying SQL engine can be changed easily. Currently [requery-sqlite](https://github.com/requery/sqlite-android) is already using this. Is SQLCipher also going to migrate to using this approach instead of the custom net.sqlcipher.database.SQLiteDatabase this is being used now? if so that would mean that developers could easily start using different SQL engine on android without having to change all the imports everywhere.

---

<div class="post-metadata">

### Author: ![commonsguy](https://sea2.discourse-cdn.com/flex016/user_avatar/discuss.zetetic.net/commonsguy/32/75_2.png) [@commonsguy](https://discuss.zetetic.net/u/commonsguy)
#### Post date: [November 28, 2017, 4:21pm UTC](https://discuss.zetetic.net/t/implementing-supportsqlitedatabase-for-android-database-sqlcipher/2511/2 "2017-11-28T16:21:24Z")

</div>

FWIW, see [this topic](https://discuss.zetetic.net/t/sqlcipher-for-android-room-and-api-level-16/2161?u=commonsguy) for previous discussion about this.
