Androidでのデータベースの正しい動作

これらの困難な時代のすべてのドロイドたちへの挨拶。

正直なところ、特許、戦争などに関するこの誇大広告はためらっていましたが、この記事ではこれについては説明しません。

私はこのトピックに関する記事を書くつもりはありませんでした。なぜなら、Androidでデータベースを操作することについてはすべてがいっぱいであり、すべてがシンプルに思えるからです。しかし、エラー、データベース固有のエラー、

したがって、実際に遭遇したいくつかのポイントを考慮して、これに対処するだけの人々に警告し、これらの問題を解決するトピックに関するコメントを待ってから、投稿に変更を加え、作業の例となる優れたチュートリアルを作成しますAndroidでSQLiteを使用するのは、初心者だけでなく、すでに基本に精通しており、簡単なアプリケーションを作成したことがある人にも適しています。



データベースを操作する方法



データベース内のデータを操作するには、次の3つの方法があります。

1）空のデータベース構造を作成します。 ユーザーはアプリケーションを使用して作業し（メモを作成し、削除します）、データベースがいっぱいになります。 例は、developer.android.comデモまたはドロイドデバイスのNotePadです。

2）アプリケーションで配布する必要のあるデータで満たされた既製のデータベースをすでに持っているか、ファイルのデータをアセットに解析します。

3）必要に応じて、ネットワークからデータを受信します。

他に1つまたは2つの方法がある場合は、このリストをあなたの助けで喜んで補足します。

すべてのメインチュートリアルは、最初のケース用に設計されています。 次のように、データベース構造を作成するリクエストを作成し、SQLiteOpenHelperクラスのonCreate（）メソッドでこのリクエストを実行します。

class MyDBHelper extends SQLiteOpenHelper { final String CREATE_TABLE = "CREATE TABLE myTable(...)"; final String DB_NAME = "mySuperDB.db"; Context mContext; public MyDBHelper(Context context, int dbVer){ super(context, DB_NAME, null, dbVer); mContext = context; } @Override public void onCreate(SQLiteDatabase db) { db.execSQL(CREATE_TABLE); } @Override public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) { //       db.execSQL("DROP TABLE IF EXISTS tableName"); onCreate(db); } ...-  }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

そのようなもの。 クラスおよびその他のコンポーネントのより完全なバージョンは、記事の下部にあるリンクで見つけることができます。

さらに、onOpen（）、getReadableDatabase（）/ getWritableDatabase（）メソッドをオーバーライドできますが、通常は上記のメソッドとデータ取得メソッドで十分です。

次に、リクエストを開始して実行するときに、アプリケーションでこのクラスのインスタンスを作成します。つまり、問題部分が渡されました。 なぜ問題があるのですか？ ユーザーが市場からアプリケーションをダウンロードするとき、彼はあなたのデータベースについて考えず、何も起こり得ないからです。 ネットワークがなくなった、または別のプロセスが開始した、またはエラーに敏感なコードを書いたとしましょう。



ところで、注意する価値があるもう1つのポイントがあります。 クラスのインスタンス変数を作成してApplicationオブジェクトに保存し、必要に応じてアクセスできますが、データベースへの常時接続は重いリソースであるため、忘れずにclose（）メソッドを呼び出す必要があります。 さらに、複数のスレッドからデータベースを操作するときに衝突が発生する場合があります。

ただし、たとえば、データベースにアクセスするために必要に応じてオブジェクトを作成するなど、別の方法があります。 これは好みの問題だと思いますが、これも議論する必要があります。



そして今、最も重要なこと。 アプリケーション内のデータで既存のデータベースを使用する必要がある場合はどうなりますか？

少しグーグルで、すぐにそのような「素晴らしい記事」に出会うでしょう-www.reigndesign.com/blog/using-your-own-sqlite-database-in-android-applicationsには、見たところ、正しい万能薬があります。 しかし、そこにはありませんでした。 また、いくつかのエラーがあります。



ここにあります：

1）createDataBase（）メソッドで、次の行：

SQLiteDatabase dbRead = getReadableDatabase（）;

そして、コードには、Desire NTS上のクラッシュアプ​​リケーションが含まれています。これは、読み取り用のデータベースを取得するため（作成されます）、閉じません。

行の下にdbRead.close（）を追加すると、修正の準備はできていますが、ポイントは議論の余地があります。

ドックがgetReadableDatabase（）メソッドについて言っていることは次のとおりです。

データベースを作成および/または開きます。 これは、ディスク全体などの何らかの問題でデータベースを読み取り専用で開く必要がない限り、getWritableDatabase（）によって返されるものと同じオブジェクトになります。 その場合、読み取り専用のデータベースオブジェクトが返されます。 問題が修正された場合、getWritableDatabase（）への将来の呼び出しが成功する可能性があります。その場合、読み取り専用データベースオブジェクトは閉じられ、読み取り/書き込みオブジェクトは将来返されます。

getWritableDatabase（）と同様に、このメソッドは戻るのに長い時間がかかる可能性があるため、ContentProvider.onCreate（）を含むアプリケーションのメインスレッドから呼び出さないでください。

など。 このメソッドは、アプリケーションのメインスレッドで呼び出さないでください。 そうでなければ、すべてが明確です。

2） エラー：そのようなテーブルandroid_metadataはありません。 投稿の作者は、データベースに事前にこのテーブルを作成することで脱出しました。 これがどの程度正しいかはわかりませんが、このテーブルは各sqlite-dbシステムで作成され、現在のロケールが含まれています。

3） エラー：データベースファイルを開けません。 以下のリンクから読むことができる多くの意見、異なる意見があります。



stackoverflow.com/questions/3563728/random-exception-android-database-sqlite-sqliteexception-unable-to-open-database

groups.google.com/group/android-developers/browse_thread/thread/a0959c4059359d6f

code.google.com/p/android/issues/detail?id=949

stackoverflow.com/questions/4937934/unable-to-open-database-file-on-device-htc-desire

androidblogger.blogspot.com/2011/02/instable-android-and-unable-to-open.html



問題は、1つのスレッドがデータベースをブロックし、2番目のスレッドがデータベースにアクセスできないという事実に関連している可能性があります（アプリケーションのアクセス権に問題がある可能性があります） 、たとえばAcerタブレットなど）だけでなく、そうかもしれないが、これらの問題は存在します。

メインスレッドでベースを作成するためのメソッドを呼び出すことはお勧めできないため、問題は無駄ではなくスレッドにあるという選択肢に傾いています。



おそらく、これに対する解決策は次のようになります（オプション2が検討されています）。 最初のオプションを使用してデータベースを操作し、作成後にデータを入力します。次に例を示します。

  @Override public void onCreate(SQLiteDatabase db) { db.execSQL(CREATE_TABLE); fillData(db); } private void fillData(SQLiteDatabase db) { //  data.xml    assets //     //     sql-        db.execSQL()   }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

このアプローチは実際にテストする必要がありますが、この投稿はこのトピックに関する適切な集合的意思決定を開発することを目的としているため、このトピックに関するコメントとサンプルは大歓迎です。

ストーリーの教訓は次のとおりです。ソリューションに適したコードを見つけたら、それをチェックして、プロジェクトにコピーする前に怠zyにならないでください。



おわりに



一般に、この投稿では（方法番号2について）方法を示しますが、興味深い考えもいくつか含まれています。

getReadableDatabase（）メソッドは、たとえば次のように再定義できます。

  @Override public synchronized SQLiteDatabase getReadableDatabase() { //Log.d(Constants.DEBUG_TAG, "getReadableDatabase() called"); SQLiteDatabase db; try { db = super.getReadableDatabase(); } catch (SQLiteException e) { Log.d(Constants.DEBUG_TAG, e.getMessage()); File dbFile = myContext.getDatabasePath(DB_NAME); Log.d(Constants.DEBUG_TAG,"db path="+dbFile.getAbsolutePath()); //db = SQLiteDatabase.openDatabase(/*DB_PATH + DB_NAME*/ dbFile.getAbsolutePath(), null, SQLiteDatabase.NO_LOCALIZED_COLLATORS); db = SQLiteDatabase.openOrCreateDatabase(dbFile.getAbsolutePath(), null); } return db; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

このトピックに関する優れたチュートリアルはこちら-www.vogella.de/articles/AndroidSQLite/article.html



ところで：プラットフォーム自体の慣習に従って、プライマリキーフィールドは「_id」と呼ばれるべきです。



あなたの使用した慣行をコメントに書いてください。 私たちはこの投稿をすべての人にとってより良いものにし、おそらく世界は少し親切になるでしょう。



UPDちょうど私のアプローチをテストしました。 すべてがエミュレータで動作しますが、注意してください。

 public class DBHelper extends SQLiteOpenHelper { final static int DB_VER = 1; final static String DB_NAME = "todo.db"; final String TABLE_NAME = "todo"; final String CREATE_TABLE = "CREATE TABLE "+TABLE_NAME+ "( _id INTEGER PRIMARY KEY , "+ " todo TEXT)"; final String DROP_TABLE = "DROP TABLE IF EXISTS "+TABLE_NAME; final String DATA_FILE_NAME = "data.txt"; Context mContext; public DBHelper(Context context) { super(context, DB_NAME, null, DB_VER); Log.d(Constants.DEBUG_TAG,"constructor called"); mContext = context; } @Override public void onCreate(SQLiteDatabase db) { Log.d(Constants.DEBUG_TAG,"onCreate() called"); db.execSQL(CREATE_TABLE); fillData(db); } @Override public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) { db.execSQL(DROP_TABLE); onCreate(db); } private ArrayList<String> getData() { InputStream stream = null; ArrayList<String> list = new ArrayList<String>(); try { stream = mContext.getAssets().open(DATA_FILE_NAME); } catch (IOException e) { Log.d(Constants.DEBUG_TAG,e.getMessage()); } DataInputStream dataStream = new DataInputStream(stream); String data = ""; try { while( (data=dataStream.readLine()) != null ) { list.add(data); } } catch (IOException e) { e.printStackTrace(); } return list; } private void fillData(SQLiteDatabase db){ ArrayList<String> data = getData(); for(String dt:data) Log.d(Constants.DEBUG_TAG,"item="+dt); if( db != null ){ ContentValues values; for(String dat:data){ values = new ContentValues(); values.put("todo", dat); db.insert(TABLE_NAME, null, values); } } else { Log.d(Constants.DEBUG_TAG,"db null"); } } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

data.txtファイルは次のようなアセットにあります。

ザメトカ＃1

ザメトカ＃2

ザメトカ＃3

ザメトカ＃4



そして、アプリケーションクラス：

 public class TODOApplication extends Application { private DBHelper mDbHelper; @Override public void onCreate(){ super.onCreate(); mDbHelper = new DBHelper(getApplicationContext()); mDbHelper.getWritableDatabase(); } @Override public void onLowMemory() { super.onLowMemory(); mDbHelper.close(); } @Override public void onTerminate(){ super.onTerminate(); mDbHelper.close(); } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

このクラスは、getReadableDatabase（）/ getWritableDatabase（）メソッドが呼び出され、データベースが作成されたときに何が起こるかを実証および検証するためにのみ使用されることに注意してください。 実際のプロジェクトでは、コードを調整する必要があります。

さらに、android_metadataプレートがデータベースに（私の参加なしで）表示されたため、上記のエラーは解決されました。

誰かが役に立つといいな。



好奇心が強い追加1 （Kalobok habrayuzerから）



これまでのところ、SQLiteOpenHelperを完全に放棄しました。SDカードにデータベースを作成することは不可能であることが判明しました。 理論的には、それが返すものをデータベースへのパスとして使用する必要があります。 実際には、SQLiteOpenHelperはそれを使用したり、バイパスしたりすることがあります-データベースを読み取りまたは書き込み用に開くかどうか、既に存在するかどうかなどによって異なります。 SQLiteOpenHelper.getWritableDatabaseはContext.openOrCreateDatabaseを呼び出し、Context.openOrCreateDatabaseはContext.validateFilePathを使用してファイルへのフルパスを取得します。 そこで、再定義できないプライベートメソッドContext.getDatabasesDirを使用します-到着しました。 ベースは標準ディレクトリに作成されます。



しかし、SQLiteOpenHelper.getReadableDatabaseを呼び出した場合、最初に同じgetWritableDatabaseを呼び出そうとします。 しかし、これがうまくいかない場合、Context.openOrCreateDatabaseをバイパスします-Context.getDatabasePath自体を呼び出し（ここで修正できます）、必要なデータベースを開きます。 この方法は、常に使用されていた場合に適しています。 しかし、悲しいかな。 :(

一般的に、このヘルパーのアイデアは良かったです。実装は-二日酔いの左足で。