安卓資料庫管理
在Android中可以使用Eclipse插件DDMS來查看，也可以使用Android工具包中的adb工具來查看。android項目中的sqlite資料庫位於/data/data/項目包/databases中。
使用DDMS導出sqlite資料庫。
1、首先打開android項目的調試模式，然後找到顯示DDMS：
選擇DDMS
2、切換到DDMS，顯示File Explorer窗口，找到/data/data/
然後找到程序包的文件夾，打開databases，就能看到sqlite資料庫文件了。選擇將其導出。
這樣就把sqlite資料庫文件以文件的方式導出來了，然後使用sqlite界面管理工具如sqlite administrator、sqlite man或者firefox插件sqlite manager等打開就可以了。
使用adb工具訪問sqlite資料庫
Android Debug Bridge（ADB）是Android的一個通用調試工具，它可以更新設備或模擬器中的代碼，可以管理預定埠，可以在設備上運行shell命令，我們知道android是基於linux內核，它的內部文件結構也是採用linux文件組織方式，因此訪問它的文件結構需要使用shell。這次我們就會用shell來訪問android應用中的sqlite資料庫文件。
1、運行cmd，切換到android-sdk目錄，運行adb.exe，加上參數shell，出現#號就代表進入了shell命令模式，注意adb要在Android模擬器運行時才能進入shell：
2、shell命令記住兩個基本命令ls和cd，類似windows命令提示行中的dir和cd，代表列出當前目錄下文件列表和進入到指定目錄。了解這兩個命令之後，就可以找到data/data/項目包名/databases：
找到資料庫文件：
接下來就是使用sqlite管理工具來進行操作了。鍵入sqlite3 資料庫名就進入了sqlite管理模式了。
在android的sdk中自帶了sqlite3.exe，這是sqlite的官方管理工具，它是一個命令行工具。為了使用方便，將其路徑注冊到系統環境變數path中，即將;%Android_Home%加在Path中，這樣只樣運行sqlite3，就能直接打開sqlite管理工具了。
sqlite管理資料庫篇
sqlite命令行工具默認是以;結束語句的。所以如果只是一行語句，要在末尾加;，或者在下一行中鍵入;，這樣sqlite命令才會被執行。
sqlite常用命令：
.tables--查看資料庫的表列表
.exit--退出sqlite命令行
2. 如何進行Android資料庫操作
Android資料庫操作類實例
實體類：UserInfo.java
package my.db;
import java.io.Serializable;
import android.graphics.drawable.Drawable;
public class UserInfo implements Serializable {
public static final String ID = "_id";
public static final String USERID = "userId";
public static final String TOKEN = "token";
public static final String TOKENSECRET = "tokenSecret";
public static final String USERNAME = "userName";
public static final String USERICON = "userIcon";
private String id;
private String userId; // 用戶id
private String token;
private String tokenSecret;
private String userName;
private Drawable userIcon;
//getter and setter省略
}
SqliteHelper類：
package my.db;
import android.content.Context;
import android.database.sqlite.SQLiteDatabase;
import android.database.sqlite.SQLiteDatabase.CursorFactory;
import android.database.sqlite.SQLiteOpenHelper;
import android.util.Log;
public class SqliteHelper extends SQLiteOpenHelper{
//用來保存UserID、Access Token、Access Secret的表名
public static final String TB_NAME= "users";
public SqliteHelper(Context context, String name, CursorFactory factory, int version) {
super(context, name, factory, version);
}
//創建表
@Override
public void onCreate(SQLiteDatabase db) {
db.execSQL( "CREATE TABLE IF NOT EXISTS "+
TB_NAME+ "("+
UserInfo. ID+ " integer primary key,"+
UserInfo. USERID+ " varchar,"+
UserInfo. TOKEN+ " varchar,"+
UserInfo. TOKENSECRET+ " varchar,"+
UserInfo. USERNAME+ " varchar,"+
UserInfo. USERICON+ " blob"+
")"
);
Log. e("Database" ,"onCreate" );
}
//更新表
@Override
public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {
db.execSQL( "DROP TABLE IF EXISTS " + TB_NAME );
onCreate(db);
Log. e("Database" ,"onUpgrade" );
}
//更新列
public void updateColumn(SQLiteDatabase db, String oldColumn, String newColumn, String typeColumn){
try{
db.execSQL( "ALTER TABLE " +
TB_NAME + " CHANGE " +
oldColumn + " "+ newColumn +
" " + typeColumn
);
} catch(Exception e){
e.printStackTrace();
}
}
}
CRUD類DataHelper:
package my.db;
import java.io.ByteArrayInputStream;
import java.io.ByteArrayOutputStream;
import java.util.ArrayList;
import java.util.List;
import android.content.ContentValues;
import android.content.Context;
import android.database.Cursor;
import android.database.sqlite.SQLiteDatabase;
import android.graphics.Bitmap;
import android.graphics.drawable.Drawable;
import android.util.Log;
public class DataHelper {
// 資料庫名稱
private static String DB_NAME = "weibo.db";
// 資料庫版本
private static int DB_VERSION = 2;
private SQLiteDatabase db;
private SqliteHelper dbHelper;
public DataHelper(Context context) {
dbHelper = new SqliteHelper(context, DB_NAME, null, DB_VERSION );
db = dbHelper.getWritableDatabase();
}
public void Close() {
db.close();
dbHelper.close();
}
// 獲取users表中的UserID、Access Token、Access Secret的記錄
public List<UserInfo> GetUserList(Boolean isSimple) {
List<UserInfo> userList = new ArrayList<UserInfo>();
Cursor cursor = db.query(SqliteHelper. TB_NAME, null, null , null, null,
null, UserInfo. ID + " DESC");
cursor.moveToFirst();
while (!cursor.isAfterLast() && (cursor.getString(1) != null )) {
UserInfo user = new UserInfo();
user.setId(cursor.getString(0));
user.setUserId(cursor.getString(1));
user.setToken(cursor.getString(2));
user.setTokenSecret(cursor.getString(3));
if (!isSimple) {
user.setUserName(cursor.getString(4));
ByteArrayInputStream stream = new ByteArrayInputStream(cursor.getBlob(5));
Drawable icon = Drawable.createFromStream(stream, "image");
user.setUserIcon(icon);
}
userList.add(user);
cursor.moveToNext();
}
cursor.close();
return userList;
}
// 判斷users表中的是否包含某個UserID的記錄
public Boolean HaveUserInfo(String UserId) {
Boolean b = false;
Cursor cursor = db.query(SqliteHelper. TB_NAME, null, UserInfo.USERID
+ "=?", new String[]{UserId}, null, null, null );
b = cursor.moveToFirst();
Log. e("HaveUserInfo", b.toString());
cursor.close();
return b;
}
// 更新users表的記錄，根據UserId更新用戶昵稱和用戶圖標
public int UpdateUserInfo(String userName, Bitmap userIcon, String UserId) {
ContentValues values = new ContentValues();
values.put(UserInfo. USERNAME, userName);
// BLOB類型
final ByteArrayOutputStream os = new ByteArrayOutputStream();
// 將Bitmap壓縮成PNG編碼，質量為100%存儲
userIcon.compress(Bitmap.CompressFormat. PNG, 100, os);
// 構造SQLite的Content對象，這里也可以使用raw
values.put(UserInfo. USERICON, os.toByteArray());
int id = db.update(SqliteHelper. TB_NAME, values, UserInfo.USERID + "=?" , new String[]{UserId});
Log. e("UpdateUserInfo2", id + "");
return id;
}
// 更新users表的記錄
public int UpdateUserInfo(UserInfo user) {
ContentValues values = new ContentValues();
values.put(UserInfo. USERID, user.getUserId());
values.put(UserInfo. TOKEN, user.getToken());
values.put(UserInfo. TOKENSECRET, user.getTokenSecret());
int id = db.update(SqliteHelper. TB_NAME, values, UserInfo.USERID + "="
+ user.getUserId(), null);
Log. e("UpdateUserInfo", id + "");
return id;
}
// 添加users表的記錄
public Long SaveUserInfo(UserInfo user) {
ContentValues values = new ContentValues();
values.put(UserInfo. USERID, user.getUserId());
values.put(UserInfo. TOKEN, user.getToken());
values.put(UserInfo. TOKENSECRET, user.getTokenSecret());
Long uid = db.insert(SqliteHelper. TB_NAME, UserInfo.ID, values);
Log. e("SaveUserInfo", uid + "");
return uid;
}
// 添加users表的記錄
public Long SaveUserInfo(UserInfo user, byte[] icon) {
ContentValues values = new ContentValues();
values.put(UserInfo. USERID, user.getUserId());
values.put(UserInfo. USERNAME, user.getUserName());
values.put(UserInfo. TOKEN, user.getToken());
values.put(UserInfo. TOKENSECRET, user.getTokenSecret());
if(icon!= null){
values.put(UserInfo. USERICON, icon);
}
Long uid = db.insert(SqliteHelper. TB_NAME, UserInfo.ID, values);
Log. e("SaveUserInfo", uid + "");
return uid;
}
// 刪除users表的記錄
public int DelUserInfo(String UserId) {
int id = db.delete(SqliteHelper. TB_NAME,
UserInfo. USERID + "=?", new String[]{UserId});
Log. e("DelUserInfo", id + "");
return id;
}
public static UserInfo getUserByName(String userName,List<UserInfo> userList){
UserInfo userInfo = null;
int size = userList.size();
for( int i=0;i<size;i++){
if(userName.equals(userList.get(i).getUserName())){
userInfo = userList.get(i);
break;
}
}
return userInfo;
}
}
3. 有沒有能下載Android上運行的資料庫管理工具,類似Navicat那樣在Windows那樣的功能
NavicatTM是一套快速、可靠並價格相宜的資料庫管理工具，大可使用來簡化資料庫的管理及降低系統管理成本。它的設計符合資料庫管理員、開發人員及中小企業的需求。
Navicat是以直覺化的使用者圖形介面所而建的，讓你可以以安全且簡單的方式建立、組織、存取並共用資訊。
4. 怎樣使用sqlite expert管理android手機sqlite資料庫
在網上找了大把大把的資料、還是沒能怎麼弄清楚關於SQLite升級。固把一些網上找到的資料跟自己摸索出來的東西一起發出來。望有厲害的前輩能夠指點一二。 先上網上一些高手的資料：blog/yaya_soft/article/details/17089353 、 /topic/1127838。 其中我所在的情況跟第三位前輩所遇到的情況一樣， 先說Android SQLite吧， Android系統本身自帶了一個建立SQLite的工具SQLiteOpenHelper、我們只要繼承它，裡面有幾個重寫的方法。 為了方便快捷、我只列出了onCreate方法跟onUpgrade方法。 onCreate方法是我們第一次創建資料庫的時候會調用，onUpgrade（）是我們資料庫版本號不一樣的時候會調用。網上很多資料都說如果要進行資料庫升級，那就直接在onUpgrade裡面寫你所需要的進行的操作。比如： 至於裡面代碼具體的作用可以參照上面第一 第二個鏈接，裡面有詳細解釋。 本人的情況是：本人使用外帶的可視化工具直接把資料庫跟表都已經建立好了，直接復制在raw目錄下面。就沒有通過系統自帶的方法來建立資料庫跟表。於是網上找資料一直不明白他們所謂的 在onUpgrade裡面進行升級。 因為本人代碼壓根就沒onUpgrade方法可以使用。 完了在網上找到各種資料、最終明白：無論你是用系統自帶的SQLiteOpenHelper工具建立資料庫跟表、還是使用外帶工具。如果你要進行資料庫升級。你所需要的操作都是一樣的。只是系統自帶的裡面有onUpgrade（）方法直接調用。而用外帶工具的話你肯定也有一個自己寫的SQLite操作類、只是使用自己寫的操作類的話、onUpgrade（）方法也是我們自己寫。 反正裡面要進行的操作都是一樣的。 現在就看看如何進行資料庫升級。 關於這塊代碼、如果你使用自己寫的SQLite操作類，那你一看就明白。我們只需要得到db對象。就可以使用 db.execSQL("ALTER TABLE Subscription ADD COLUMN Activation BLOB"); 這個和SQLiteOpenHelper裡面onUpgrade（）方法裡面的操作是一樣的；同樣是升級資料庫的操作。 接下來就說說怎麼判斷資料庫需要升級、這個就是涉及到版本匹配了、 再看這塊代碼、我們只要拿到db對象、就可以拿到db對應的版本、同時也可以更新db 的版本。完了我們可以參照上面鏈接中第三位前輩的方法、把我們最新的資料庫版本定義在versionCode在AndroidManifest.xml文件中。 這樣你最新資料庫版本跟以前資料庫版本都有了 、就可以判斷更新不更新。這里解釋下關於外帶資料庫的一些事情： 外帶數據即我們通過sqlite expert professional可視化 工具建立一個sqlite.db文件、同時把文件放在raw目錄下、我們每次進行資料庫操作的時候就會先把raw目錄下的sqlite.db復制到手機裡面的路徑下（如果手機路徑裡面存在sqlite.db就不復制）、完了以後每次取資料庫都是從手機路徑裡面取的。如果我們raw目錄下的sqlite.db進行了更新（我們自己把數據表改下、直接替換 ）.同時我們的apk版本進行升級更新的時候覆蓋安裝apk。我們手機目錄下的sqlite.db是不會更新的，還是舊版本。 但是我們raw目錄下的sqlite.db是新版本。這個時候也不會再復制到手機。 這就需要我們把手機目錄下的sqlite.db替換成raw目錄下的。 寫到這里我又想起一個事情：以前有位同事問為什麼要把raw目錄下的sqlite.db復制到手機、然後又操作手機路徑下的sqlite.db 這不是多此一舉嗎。他說可以把sqlite.db放在assets目錄下、不復制到手機路徑。直接就是操作assets目錄下的sqlite.db，這樣每次資料庫更新就直接替換assets目錄下的sqlite.db。 我不知道放在assets目錄下的好處、同時也不知道放在raw 然後復制到手機路徑的好處。 這些我都不知道（望高人指點）， 我只知道反正就是不能直接替換salite.db , 直接替換的話就是把舊版本的sqlite.db刪除、再安裝新版本的sqlite.db。 如果這樣操作的話好像以前的數據都會丟失、就好像卸載重裝一樣。 無論何種方式我們要想保留數據都要進行數據的轉移。關於數據轉移前面給的鏈接中有。這里就不多討論了。 發這篇文章只是自己搞這塊的時候，一直被網上說的在onUpgrade()方法中直接更新搞糊塗了。 在這里記下來、免得下次不記得。
5. 有沒有一款安卓系統（手機上用）上用的本地資料庫管理軟體，類似Windows系統中的office access軟體。
軟體的DB資料庫嗎？？若是
就用大名鼎鼎的RE管理器出品的SQLite Editor
6. 安卓怎麼使用sqlite資料庫實例
SQPte 一個非常流行的嵌入式資料庫，它支持 SQL 語言，並且只利用很少的內存就有很好的性能。此外它還是開源的，任何人都可以使用它。許多開源項目（(Mozilla, PHP, Python）都使用了 SQPte. SQPte 由以下幾個組件組成：SQL 編譯器、內核、後端以及附件。SQPte 通過利用虛擬機和虛擬資料庫引擎（VDBE），使調試、修改和擴展 SQPte 的內核變得更加方便。 圖 1. SQPte 內部結構 SQPte 基本上符合 SQL-92 標准，和其他的主要 SQL 資料庫沒什麼區別。它的優點就是高效，Android 運行時環境包含了完整的 SQPte。 SQPte 和其他資料庫最大的不同就是對數據類型的支持，創建一個表時，可以在 CREATE TABLE 語句中指定某列的數據類型，但是你可以把任何數據類型放入任何列中。當某個值插入資料庫時，SQPte 將檢查它的類型。如果該類型與關聯的列不匹配，則 SQPte 會嘗試將該值轉換成該列的類型。如果不能轉換，則該值將作為其本身具有的類型存儲。比如可以把一個字元串（String）放入 INTEGER 列。SQPte 稱這為“弱類型”（manifest typing.）。 此外，SQPte 不支持一些標準的 SQL 功能，特別是外鍵約束（FOREIGN KEY constrains），嵌套 transcaction 和 RIGHT OUTER JOIN 和 FPL OUTER JOIN, 還有一些 ALTER TABLE 功能。 除了上述功能外，SQPte 是一個完整的 SQL 系統，擁有完整的觸發器，交易等等。 Android 集成了 SQPte 資料庫 Android 在運行時（run-time）集成了 SQPte，所以每個 Android 應用程序都可以使用 SQPte 資料庫。對於熟悉 SQL 的開發人員來時，在 Android 開發中使用 SQPte 相當簡單。但是，由於 JDBC 會消耗太多的系統資源，所以 JDBC 對於手機這種內存受限設備來說並不合適。因此，Android 提供了一些新的 API 來使用 SQPte 資料庫，Android 開發中，程序員需要學使用這些 API。 資料庫存儲在 data/< 項目文件夾 >/databases/ 下。 Android 開發中使用 SQPte 資料庫 Activites 可以通過 Content Provider 或者 Service 訪問一個資料庫。下面會詳細講解如果創建資料庫，添加數據和查詢資料庫。 創建資料庫 Android 不自動提供資料庫。在 Android 應用程序中使用 SQPte，必須自己創建資料庫，然後創建表、索引，填充數據。Android 提供了 SQPteOpenHelper 幫助你創建一個資料庫，你只要繼承 SQPteOpenHelper 類，就可以輕松的創建資料庫。SQPteOpenHelper 類根據開發應用程序的需要，封裝了創建和更新資料庫使用的邏輯。SQPteOpenHelper 的子類，至少需要實現三個方法： 構造函數，調用父類 SQPteOpenHelper 的構造函數。這個方法需要四個參數：上下文環境（例如，一個 Activity），資料庫名字，一個可選的游標工廠（通常是 NPl），一個代表你正在使用的資料庫模型版本的整數。 onCreate（）方法，它需要一個 SQPteDatabase 對象作為參數，根據需要對這個對象填充表和初始化數據。 onUpgrage() 方法，它需要三個參數，一個 SQPteDatabase 對象，一個舊的版本號和一個新的版本號，這樣你就可以清楚如何把一個資料庫從舊的模型轉變到新的模型。 下面示例代碼展示了如何繼承 SQPteOpenHelper 創建資料庫： pubPc class DatabaseHelper extends SQPteOpenHelper { DatabaseHelper(Context context, String name, CursorFactory cursorFactory, int version) { super(context, name, cursorFactory, version); } @Override pubPc void onCreate(SQPteDatabase db) { // TODO 創建資料庫後，對資料庫的操作 } @Override pubPc void onUpgrade(SQPteDatabase db, int PdVersion, int newVersion) { // TODO 更改資料庫版本的操作 } @Override pubPc void onOpen(SQPteDatabase db) { super.onOpen(db); // TODO 每次成功打開資料庫後首先被執行 } } 接下來討論具體如何創建表、插入數據、刪除表等等。調用 getReadableDatabase() 或 getWriteableDatabase() 方法，你可以得到 SQPteDatabase 實例，具體調用那個方法，取決於你是否需要改變資料庫的內容： db=(new DatabaseHelper(getContext())).getWritableDatabase(); return (db == nPl) ? false : true; 上面這段代碼會返回一個 SQPteDatabase 類的實例，使用這個對象，你就可以查詢或者修改資料庫。 當你完成了對資料庫的操作（例如你的 Activity 已經關閉），需要調用 SQPteDatabase 的 Close() 方法來釋放掉資料庫連接。 創建表和索引 為了創建表和索引，需要調用 SQPteDatabase 的 execSQL() 方法來執行 DDL 語句。如果沒有異常，這個方法沒有返回值。 例如，你可以執行如下代碼： db.execSQL("CREATE TABLE mytable (_id INTEGER PRIMARY KEY AUTOINCREMENT, title TEXT, value REAL);"); 這條語句會創建一個名為 mytable 的表，表有一個列名為 _id，並且是主鍵，這列的值是會自動增長的整數（例如，當你插入一行時，SQPte 會給這列自動賦值），另外還有兩列：title( 字元 ) 和 value( 浮點數 )。 SQPte 會自動為主鍵列創建索引。 通常情況下，第一次創建資料庫時創建了表和索引。如果你不需要改變表的 schema，不需要刪除表和索引 . 刪除表和索引，需要使用 execSQL() 方法調用 DROP INDEX 和 DROP TABLE 語句。 給表添加數據 上面的代碼，已經創建了資料庫和表，現在需要給表添加數據。有兩種方法可以給表添加數據。 像上面創建表一樣，你可以使用 execSQL() 方法執行 INSERT, UPDATE, DELETE 等語句來更新表的數據。execSQL() 方法適用於所有不返回結果的 SQL 語句。例如： db.execSQL("INSERT INTO widgets (name, inventory)"+ "VALUES ('Sprocket', 5)"); 另一種方法是使用 SQPteDatabase 對象的 insert(), update(), delete() 方法。這些方法把 SQL 語句的一部分作為參數。示例如下： ContentValues cv=new ContentValues(); cv.put(Constants.TITLE, "example title"); cv.put(Constants.VALUE, SensorManager.GRAVITY_DEATH_STAR_I); db.insert("mytable", getNPlCPumnHack(), cv); update（）方法有四個參數，分別是表名，表示列名和值的 ContentValues 對象，可選的 WHERE 條件和可選的填充 WHERE 語句的字元串，這些字元串會替換 WHERE 條件中的“？”標記。update() 根據條件，更新指定列的值，所以用 execSQL() 方法可以達到同樣的目的。 WHERE 條件和其參數和用過的其他 SQL APIs 類似。例如： String[] parms=new String[] {"this is a string"}; db.update("widgets", replacements, "name=?", parms); delete() 方法的使用和 update() 類似，使用表名，可選的 WHERE 條件和相應的填充 WHERE 條件的字元串。 查詢資料庫 類似 INSERT, UPDATE, DELETE，有兩種方法使用 SELECT 從 SQPte 資料庫檢索數據。 1 ．使用 rawQuery() 直接調用 SELECT 語句； 使用 query() 方法構建一個查詢。 Raw Queries正如 API 名字，rawQuery() 是最簡單的解決方法。通過這個方法你就可以調用 SQL SELECT 語句。例如： Cursor c=db.rawQuery( "SELECT name FROM sqPte_master WHERE type='table' AND name='mytable'", nPl); 在上面例子中，我們查詢 SQPte 系統表（sqPte_master）檢查 table 表是否存在。返回值是一個 cursor 對象，這個對象的方法可以迭代查詢結果。如果查詢是動態的，使用這個方法就會非常復雜。例如，當你需要查詢的列在程序編譯的時候不能確定，這時候使用 query() 方法會方便很多。 RegPar Queriesquery() 方法用 SELECT 語句段構建查詢。SELECT 語句內容作為 query() 方法的參數，比如：要查詢的表名，要獲取的欄位名，WHERE 條件，包含可選的位置參數，去替代 WHERE 條件中位置參數的值，GROUP BY 條件，HAVING 條件。除了表名，其他參數可以是 nPl。所以，以前的代碼段可以可寫成： String[] cPumns={"ID", "inventory"}; String[] parms={"snicklefritz"}; Cursor resPt=db.query("widgets", cPumns, "name=?",parms, nPl, nPl, nPl); 使用游標不管你如何執行查詢，都會返回一個 Cursor，這是 Android 的 SQPte 資料庫游標，使用游標，你可以：通過使用 getCount() 方法得到結果集中有多少記錄；通過 moveToFirst(), moveToNext(), 和 isAfterLast() 方法遍歷所有記錄；通過 getCPumnNames() 得到欄位名；通過 getCPumnIndex() 轉換成欄位號；通過 getString()，getInt() 等方法得到給定欄位當前記錄的值；通過 requery() 方法重新執行查詢得到游標；通過 close() 方法釋放游標資源；例如，下面代碼遍歷 mytable 表 Cursor resPt=db.rawQuery("SELECT ID, name, inventory FROM mytable"); resPt.moveToFirst(); while (!resPt.isAfterLast()) { int id=resPt.getInt(0); String name=resPt.getString(1); int inventory=resPt.getInt(2); // do something usefP with these resPt.moveToNext(); } resPt.close(); 在 Android 中使用 SQPte 資料庫管理工具 在其他資料庫上作開發，一般都使用工具來檢查和處理資料庫的內容，而不是僅僅使用資料庫的 API。使用 Android 模擬器，有兩種可供選擇的方法來管理資料庫。首先，模擬器綁定了 sqPte3 控制台程序，可以使用 adb shell 命令來調用他。只要你進入了模擬器的 shell，在資料庫的路徑執行 sqPte3 命令就可以了。資料庫文件一般存放 在：/data/data/your.app.package/databases/your-db-name如果你喜歡使用更友好的工具，你 可以把資料庫拷貝到你的開發機上，使用 SQPte-aware 客戶端來操作它。這樣的話，你在一個資料庫的拷貝上操作，如果你想要你的修改能反映到設備上，你需要把資料庫備份回去。把資料庫從設備上考出來，你可以使 用 adb pPl 命令（或者在 IDE 上做相應操作）。存儲一個修改過的資料庫到設備上，使用 adb push 命令。一個最方便的 SQPte 客戶端是 FireFox SQPte Manager 擴展，它可以跨所有平台使用。 圖 2. SQPte Manager 結束語 如果你想要開發 Android 應用程序，一定需要在 Android 上存儲數據，使用 SQPte 資料庫是一種非常好的選擇。本文介紹了如何在 Android 應用程序中使用 SQPte 資料庫 ，主要介紹了在 Android 應用程序中使用 SQPte 創建資料庫和表、添加數據、更新和檢索數據，還介紹了比較常用的 SQPte 管理工具，通過閱讀本文，你可以在 Android 中輕松操作 SQPte 資料庫。
7. android 如何管理多個資料庫
資料庫是多用戶公用的，有n個用戶就在那個資料庫中新建n個表而已
8. 在android中如何管理資料庫的升級,版本控制
建立一個類，繼承SQLiteOpenHelper，實現它的方法，其中有方法onUpgrade()，升級、版本控制這些都在這裡面去做
9. 有什麼運行在安卓系統上的資料庫管理軟體嗎
安卓自帶sqlite資料庫
10. 如何Android資料庫緩存進行管理
無論大型或小型應用，靈活的緩存可以說不僅大大減輕了伺服器的壓力，而且因為更快速的用戶體驗而方便了用戶。
Android的apk可以說是作為小型應用，其中99%的應用並不是需要實時更新的，而且詬病於蝸牛般的移動網速，與伺服器的數據交互是能少則少，這樣用戶體驗才更好，這也是我們有時舍棄webview而採用json傳輸數據的原因之一。
採用緩存，可以進一步大大緩解數據交互的壓力，特此，我們簡略列舉一下緩存管理的適用環境：
1. 提供網路服務的應用
2. 數據更新不需要實時更新，但是哪怕是3-5分鍾的延遲也是可以採用緩存機制。
3. 緩存的過期時間是可以接受的(不會因為緩存帶來的好處，導致某些數據因為更新不及時而影響產品的形象等)
帶來的好處：
1. 伺服器的壓力大大減小
2. 客戶端的響應速度大大變快(用戶體驗)
3. 客戶端的數據載入出錯情況大大較少，大大提高了應有的穩定性(用戶體驗)
4. 一定程度上可以支持離線瀏覽(或者說為離線瀏覽提供了技術支持)
一、緩存管理的方法
這里的緩存管理的原理很簡：通過時間的設置來判斷是否讀取緩存還是重新下載。
裡面會有一些細節的處理，後面會詳細闡述。
基於這個原理，目前鄙人見過的兩種比較常見的緩存管理方法是:資料庫法和文件法。
二、資料庫法緩存管理
這種方法是在下載完數據文件後，把文件的相關信息如url，路經，下載時間，過期時間等存放到資料庫，下次下載的時候根據url先從資料庫中查詢，如果查詢到當前時間並未過期，就根據路徑讀取本地文件，從而實現緩存的效果。
從實現上我們可以看到這種方法可以靈活存放文件的屬性，進而提供了很大的擴展性，可以為其它的功能提供一定的支持；
從操作上需要創建資料庫，每次查詢資料庫，如果過期還需要更新資料庫，清理緩存的時候還需要刪除資料庫數據，稍顯麻煩，而資料庫操作不當又容易出現一系列的性能，ANR問題，實現的時候要謹慎，具體作的話，但也只是增加一個工具類或方法的事情。
還有一個問題，緩存的資料庫是存放在/data/data/<package>/databases/目錄下，是佔用內存空間的，如果緩存累計，容易浪費內存，需要及時清理緩存。
當然這種方法從目前一些應用的實用上看，我沒有發現什麼問題。
本文我側重強調第二種方法，第一種方法的實現，就此掠過。
三、文件法緩存管理
這種方法，使用File.lastModified()方法得到文件的最後修改時間，與當前時間判斷是否過期，從而實現緩存效果。
實現上只能使用這一個屬性，沒有為其它的功能提供技術支持的可能。
操作上倒是簡單，比較時間即可。本身處理也不容易帶來其它問題，代價低廉。
四、文件法緩存管理的兩點說明
1. 不同類型的文件的緩存時間不一樣。
籠統的說，不變文件的緩存時間是永久，變化文件的緩存時間是最大忍受不變時間。
說白點，圖片文件內容是不變的，直到清理，我們是可以永遠讀取緩存的。
配置文件內容是可能更新的，需要設置一個可接受的緩存時間。
2. 不同環境下的緩存時間標准不一樣。
無網路環境下，我們只能讀取緩存文件，哪怕緩存早就過期。
WiFi網路環境下，緩存時間可以設置短一點，一是網速較快，而是流量不要錢。
移動數據流量環境下，緩存時間可以設置長一點，節省流量，就是節省金錢，而且用戶體驗也更好。
舉個例子吧，最近本人在做的一個應用在wifi環境下的緩存時間設置為5分鍾，移動數據流量下的緩存時間設置為1小時。
這個時間根據自己的實際情況來設置：數據的更新頻率，數據的重要性等。
五、何時刷新
開發者一方面希望盡量讀取緩存，用戶一方面希望實時刷新，但是成都網站製作響應速度越快越好，流量消耗越少越好，是一個矛盾。
其實何時刷新我也不知道，這里我提供兩點建議：
1. 數據的最長多長時間不變，對應用無大的影響。
比如，你的數據更新時間為1天，則緩存時間設置為4~8小時比較合適，一天他總會看到更新，如果你覺得你是資訊類應用，再減少，2~4小時，如果你覺得數據比較重要或者比較受歡迎，用戶會經常把玩，再減少，1~2小時，依次類推。
為了保險起見，你可能需要毫無理由的再次縮減一下。
2. 提供刷新按鈕。
上面說的保險起見不一定保險，最保險的方法使在相關界面提供一個刷新按鈕，為緩存，為載入失敗提供一次重新來過的機會，有了這個刷新按鈕，我們的心也才真的放下來。