システムデータベースを既存のカスタムコンテンツプロバイダを書くことは可能?
質問
この絶対有用性の確認が、それは可能と有用なはずであるかのように思われていません。
は、既存のシステムデータベースのために(すなわち、既存のContentProvider
で指定されていない複数のテーブル間で結合し)新しいクエリを表すURIs
を提供するURIs
を延長することはできますか?
の代替が、私はその後、それらを結合cursor queries
のシリーズを記述する必要があるということのようです - 。不要なコードの重複の多くのように思える。
私は運動としてdatabase
連絡先のためにこれをしようとしませんが、今のところ何の愛をされています。
核心は、私はセットアップフェーズ中に別のパッケージにdatabase
を開くことができないということのようです。
私はここだけで完全に左のフィールドにいますか?
私は両方のJava and Android
に新しいですとそれは可能です。
関連リソースへのコメントおよび/またはポインタが高く評価されます。
おかげで、
スティーブ
解決
あなたがするのContentProviderを拡張することができます 新しいクエリを表すURIを提供 (すなわち、複数のテーブルを横切ってジョイン 以下のために)既存のURIで指定されていません 既存のシステムのデータベース?
そうでもない、あなたはSQLiteの面で既存のシステムデータベースに直接アクセスし、持っていないという理由だけで。今、あなたがあなたのために参加する実行ContentProvider
を作成し、再利用策として、私は複数のクロスプロセスホップのパフォーマンスのオーバーヘッドが心配になるだろうけれども、確かになんとかです。
所属していません StackOverflow