androidsqlite大数据
㈠ 如何使用SQLite，Android上SQLite的最佳实践
前些时候看到兴趣小组里有人问“Android上SQLite的最佳实践”是什么，好奇地搜了一下，确实没有一个好一点的指导文档，平时的使用也只是简单的拷贝code，并没有深入的研究过。以下是我看到的Kevin关于其使用的心得，原文的大体的意思是：
Android例子涵盖了一些Sqlite的基本用法，但它们并没有深入地给出合理的使用方法，更重要的是，不合理的使用方法。大多数例子和文档只是涉及最基本的数据库查询，或者教你如何创建一个ContentProvider。从来不提及的地方像：
· 什么地方创建和保存SQLiteOpenHelper实例？
· 可以有多少个实例？
· 多线程同时访问数据库有没有什么要担心的？
基本的内容是，你可以任意次数地连接Sqlite数据库，而且Android系统也支持你这样做。Sqlite拥有文件级别的锁，用来同步访问和防止错误。如果你只知道这些，那么，将会给你带来很大的痛苦。开源的一个好处是，你可以深入代码一探究竟。从代码和一些测试中，我了解到以下事实：
· Sqlite拥有文件级别的锁。许多线程可以同时读，但只有一个可以写。锁阻止多个同时写入。
· Android在SQLiteDatabase中实现了一些java锁来确保动作是同步进行。
· 如果你用多个线程疯狂地访问数据库，你的数据库不会（或不应该）崩溃。
没提到的是，如果你通过多个不同的真实连接同时写数据库，其中的某个会失败，它不会等到前一个完成后继续写入。简单地，不会写入你的改变，更糟糕的是，你也得不到一个异常，只是在LogCat中输出一些message，仅此而已。
SQLiteOpenHelper类做了一些有趣的事。尽管它有方法可以获得一个只读的连接和可读写的连接，但实质上它们是同一个连接。假设没有文件写错误的话，只读的连接实质上就是一个可读写的连接。有趣吧。因此，如果你的app中使用一个helper的话，即便从多线程中使用，你也从未使用多个连接。
同样，一个helper中只有一个SQLiteDatabase的实例，这个实例中实现了一些java锁。因此，当你正在执行数据库的操作时，其它db的操作都将锁定。即便是你使用多个线程来做这些事以便优化数据库的性能，坏消息，没有什么用。
按照我的认识，SQLite工作的方式，基本上不可能会破坏你的数据库，除非代码里有bug或者有硬件问题。
因此，我推荐这样使用：创建一个SQLiteOpenHelper静态对象。什么时候去close它呢？不需要。当app关闭，它会自动释放文件引用。
但是，会不会有“close() was never explicitly called on database”异常呢？
如果你注意的话，当连接挂在那里的时候，你没有得到那个异常。你只是在连接已经建立，而你又尝试打开另一个时才会有异常。因此，你只需要打开一次连接。
像这样来使用：
public class DatabaseHelper extends OrmLiteSqliteOpenHelper
{
private static DatabaseHelper instance;public static synchronized DatabaseHelper getHelper(Context context)
{
if (instance == null)
instance = new DatabaseHelper(context);return instance;
}
//Other stuff...
}
㈡ Android SQLite数据库 的varchar大概能存多少中文字
SQLite的特性.
零配置 – 无需安装和管理配置
储存在单一磁盘文件中的一个完整的数据库
数据库文件可以在不同字节顺序的机器间自由的共享
支持数据库大小至2TB
足够小, 大致3万行C代码, 250K
比一些流行的数据库在大部分普通数据库操作要快
支持多种开发语言,C, PHP, Perl, Java, ASP .NET,Python
㈢ 如何打开android里的sqlite数据库
描述详细一点啊 大哥 你是想怎么打开 在代码中打开？还是adb打开查看数据库？
代码中的数据库开发
无非就是重写 SqliteOpenHelper，然后获取db类，通过增删改查方法来操作数据库，详细步骤随便一网络 都一大堆。
通过adb打开查看数据库
连接设备
adb shell
su
进入db文件的文件夹
sqlite3
sql语句 进行查询
㈣ android项目中如果有大量的数据并且面临大量的用户该怎么存储，sqlite能实现吗
sqlite本身最大支持2TB的数据量，但是我不知道你说的面临大量的用户是什么意思，因为一般意义上来讲，android的apk程序一般都是作为一个客户端的形式存在，所以数据库实在服务器端，客户端请求数据即可，当然服务器端的数据库的管理要考虑很多问题，如数据同步，等。那当然数据库文件在android本地也是可以的，那样就是访问效率会高一些，对SQLiteDatabase 对象的一些数据库操作进行封装即可，Android sdk中有一个DatabaseOpenHelper 类，你可以继承他进行一些扩展，祝楼主开发顺利，谢谢点赞。
㈤ android sqlite 对sqlite有哪些优化
关于 SQLite 的优化，首先是能用SQL语句的，就不要单笔操作,
Cursor 就更是能不用就不用。比如成批的
DELETE/UPDATE ，将条件组装到
SQL 语句，会比使用 CURSOR
一条条的查再删效率要高很多(
若干年前就曾使用存储过程代替单笔操作，将一次批量计算时间从一晚上缩到了一小时以内
)。其次是对操作的优化：对于 INSERT/UPDATE
操作较多时使用事务，如果SELECT操作较多时，使用索引。
结合现在的工作，发现针对操作的优化，下面 这篇文章 可以翻译出来归档。以下为正文:
SQLite 有一个简洁的SQL接口，且以低内存占用著称。现如今，
SQLite 已经在 Android 及
iOS 开发中得到广泛的应用。本文主要讨论在 Android
应用如何优化 SQLite 的性能和资源占用。
1, 使用事务( Transaction )
在默认情况下每一个SQL语句都被包一个全新的事务内，比如执行一个如INSERT这样基本的数据库操作，就会放到一个新创建的事务中执行。一次只需要操作一次数据库操作时，让SQLite自己来进行事务管理当然是明智的。但如果一次有大量的操作要做时，比如循环调用INSERT添加时，这样就显得开销过大了，因为每一笔操作都要重新打开、写入，最后再关闭journal文件,
这个文件是临时用来保存数据操作的中间结果，详细内容看这里( 参考 )。
如果明确地在一系列SQL语句前后以 BEGIN TRANSACTION 及
END TRANSACTION
这样显示地使用事务就可以避免上面的情况。对于那些不会改变数据的操作，这样的方式也同样可以提速(好似数据库操作中单笔的操作效率将远低于批次操作，如果用SQL语句可以搞定的事，就不可使用Cursor进行操作)。
注明:除了发起事务外，你必须还要负责对事务的提交和回滚操作。
在Android应用开发中可以使用类似如下的方式使用 BEGIN TRANSACTION
及 END TRANSACTION :
db.beginTransaction();
try{
for(int i =0; i< LENGTH ; i++,sequenceNum++)
{
// execute SQL
}
db.setTransactionSuccessful();// marks a commit
}
finally{
db.endTransaction();
}
2. 使用索引
如果没有在数据库使用索引，当你在一个没有排序的数据表中使用映射查询(projection
query)搜索时，无可避免的要执行一个全序列查找。这种情况通常并不是什么问题，每种数据库，包括SQLite都会为数据集执行索引来降低查找时间。
索引维护着一个表中某一列或某几列的顺序，这样就可以快速定位到一组值，而不用扫遍全表。所有的索引信息会被保存在一个独立的索引表中，所以会产生额外的空间占用，不过绝对物超所值，特别是当你会在数据库中进行大量的读及搜索操作时。
SQLite会自动为每一个UNIQUE栏位创建索引，包括主键(Primary Key)栏位，另外也可以通过CREATE
INDEX进行显示地创建。
注:如果你的查询太复杂而无法使用所创建的索引，那你就要好好想想你数据库的结构了。
3. 在Where分支中使用限定符
如果以字串拼接出SQL语句的Where，莫不如使用SQLite的query操作带上'?'来编译查询。以下是它的好处:
a. 有利于SQLite缓存这些查询。
b. 可以避免达到SQLite缓存的上限。使用字串拼接Where的查询，每一个都被视为不同的查询，这就容易达到缓存的上限。
c. 可以避免非法的SQL注入。
转载
㈥ android sqlite 求sql语句查询当天、本周、本月的数据~网上方法大部分都试了~无用！跪求大神指点！
$ sqlite3SQLite version 3.7.7 2011-06-23 19:49:22Enter ".help" for instructionsEnter SQL statements terminated with a ";"sqlite>
sqlite> select datetime("now");2014-01-06 03:50:08sqlite> select datetime("now", "start of day");2014-01-06 00:00:00sqlite> select date('now','weekday 1');2014-01-06
sqlite> select datetime("now", "start of month");2014-01-01 00:00:00
㈦ android sqlite插入大量数据怎么处理
使用事务。
dataBase.beginTransaction(); //手动设置开始事务
//数据插入操作循环
dataBase.setTransactionSuccessful(); //设置事务处理成功，不设置会自动回滚不提交
dataBase.endTransaction(); //处理完成
㈧ 如何确定android的数据库最大规模和防止sqlitefullexception
安卓对SQLite表中的主键字段要求比较苛刻，必须使用 _id 算是比较霸道吧。不过我们也没办法。。呵呵 你改改试一试， 我上次也是遇到这样的问题，调了半天都没解决。查API才发现的。希望能帮到你
㈨ Android开发 sqlite作用
SQLite简介
Google为Andriod的较大的数据处理提供了SQLite，他在数据存储、管理、维护等各方面都相当出色，功能也非常的强大。SQLite具备下列特点：
1.轻量级
使用 SQLite 只需要带一个动态库，就可以享受它的全部功能，而且那个动态库的尺寸想当小。
2.独立性
SQLite 数据库的核心引擎不需要依赖第三方软件，也不需要所谓的“安装”。
3.隔离性
SQLite 数据库中所有的信息（比如表、视图、触发器等）都包含在一个文件夹内，方便管理和维护。
4.跨平台
SQLite 目前支持大部分操作系统，不至电脑操作系统更在众多的手机系统也是能够运行，比如：Android。
5.多语言接口
SQLite 数据库支持多语言编程接口。
6.安全性
SQLite 数据库通过数据库级上的独占性和共享锁来实现独立事务处理。这意味着多个进程可以在同一时间从同一数据库读取数据，但只能有一个可以写入数据。
Android中的SQLite使用
首先创建数据库类
public class DatabaseHelper extends SQLiteOpenHelper {
private static final String DB_NAME = "mydata.db"; //数据库名称
private static final int version = 1; //数据库版本
public DatabaseHelper(Context context) {
super(context, DB_NAME, null, version);
// TODO Auto-generated constructor stub
}
@Override
public void onCreate(SQLiteDatabase db) {
String sql = "create table user(username varchar(20) not null , password varchar(60) not null );";
db.execSQL(sql);
}
@Override
public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {
// TODO Auto-generated method stub
}
}
SQLiteOpenHelper类介绍
SQLiteOpenHelper是SQLiteDatabase的一个帮助类，用来管理数据库的创建和版本的更新。一般是建立一个类继承它，并实现它的onCreate和onUpgrade方法。
方法名
方法描述
SQLiteOpenHelper(Context context,String name,SQLiteDatabase.CursorFactory factory,int version) 构造方法，一般是传递一个要创建的数据库名称那么参数
onCreate(SQLiteDatabase db) 创建数据库时调用
onUpgrade(SQLiteDatabase db,int oldVersion , int newVersion) 版本更新时调用
getReadableDatabase() 创建或打开一个只读数据库
getWritableDatabase() 创建或打开一个读写数据库
下面来介绍调用的方法
创建数据库
这里特别的地方是通过调用了SQLiteOpenHelper类的getReadableDatabase()方法来实现创建一个数据库的
1
2
3
DatabaseHelper database = new DatabaseHelper(this);//这段代码放到Activity类中才用this
SQLiteDatabase db = null;
db = database.getReadalbeDatabase();
SQLiteDatabase类为我们提供了很多种方法，而较常用的方法如下
（返回值）方法名
方法描述
(int) delete(String table,String whereClause,String[] whereArgs) 删除数据行的便捷方法
(long) insert(String table,String nullColumnHack,ContentValues values) 添加数据行的便捷方法
(int) update(String table, ContentValues values, String whereClause, String[] whereArgs) 更新数据行的便捷方法
(void) execSQL(String sql) 执行一个SQL语句，可以是一个select或其他的sql语句
(void) close() 关闭数据库
(Cursor) query(String table, String[] columns, String selection, String[] selectionArgs, String groupBy, String having, String orderBy, String limit) 查询指定的数据表返回一个带游标的数据集
(Cursor) rawQuery(String sql, String[] selectionArgs) 运行一个预置的SQL语句，返回带游标的数据集（与上面的语句最大的区别就是防止SQL注入）
数据的添删改查分别可以通过2种途径来实现
数据的添加
1.使用insert方法
1
2
3
ContentValues cv = new ContentValues();//实例化一个ContentValues用来装载待插入的数据cv.put("username","Jack Johnson");//添加用户名
cv.put("password","iLovePopMusic"); //添加密码
db.insert("user",null,cv);//执行插入操作
2.使用execSQL方式来实现
1
2
String sql = "insert into user(username,password) values ('Jack Johnson','iLovePopMuisc');//插入操作的SQL语句
db.execSQL(sql);//执行SQL语句
数据的删除
同样有2种方式可以实现
1
2
3
String whereClause = "username=?";//删除的条件
String[] whereArgs = {"Jack Johnson"};//删除的条件参数
db.delete("user",whereClause,whereArgs);//执行删除
使用execSQL方式的实现
1
2
String sql = "delete from user where username='Jack Johnson'";//删除操作的SQL语句
db.execSQL(sql);//执行删除操作
数据修改
同上，仍是2种方式
1
2
3
4
5
ContentValues cv = new ContentValues();//实例化ContentValues
cv.put("password","iHatePopMusic");//添加要更改的字段及内容
String whereClause = "username=?";//修改条件
String[] whereArgs = {"Jack Johnson"};//修改条件的参数
db.update("user",cv,whereClause,whereArgs);//执行修改
使用execSQL方式的实现
1
2
String sql = "update [user] set password = 'iHatePopMusic' where username='Jack Johnson'";//修改的SQL语句
db.execSQL(sql);//执行修改
数据查询
数据查询相对前面几种方法就复杂一些了，因为查询会带有很多条件
通过query实现查询的
public Cursor query(String table, String[] columns, String selection, String[] selectionArgs, String groupBy, String having, String orderBy, String limit)
各参数说明：
table：表名称
colums：列名称数组
selection：条件子句，相当于where
selectionArgs：条件语句的参数数组
groupBy：分组
having：分组条件
orderBy：排序类
limit：分页查询的限制
Cursor：返回值，相当于结果集ResultSet
针对游标（Cursor）也提供了不少方法
方法名称
方法描述
getCount() 总记录条数
isFirst() 判断是否第一条记录
isLast() 判断是否最后一条记录
moveToFirst() 移动到第一条记录
moveToLast() 移动到最后一条记录
move(int offset) 移动到指定的记录
moveToNext() 移动到吓一条记录
moveToPrevious() 移动到上一条记录
getColumnIndex(String columnName) 获得指定列索引的int类型值
实现代码
1
2
3
4
5
6
7
8
Cursor c = db.query("user",null,null,null,null,null,null);//查询并获得游标
if(c.moveToFirst()){//判断游标是否为空
for(int i=0;i<c.getCount();i++){
c.move(i);//移动到指定记录
String username = c.getString(c.getColumnIndex("username");
String password = c.getString(c.getColumnIndex("password"));
}
}
通过rawQuery实现的带参数查询
1
2
3
4
Cursor c = db.rawQuery("select * from user where username=?",new Stirng[]{"Jack Johnson"});
if(cursor.moveToFirst()) {
String password = c.getString(c.getColumnIndex("password"));
}
㈩ android手机上sqllite插入数据的性能是多少
SQLite 因其小巧轻便被安卓系统广泛采用，当然在操作小数据量时，差异并不明显；但当 SQLite 在操作略大一点的数据时就显得力不存心了，这时的 CRUD 操作对移动存储设备的性能有着极大的要求，另外用户体验的良好性也对 SQLite 的性能优化提出了要求。那么，当我们在操作大数据量时如何对 SQLite 进行优化呢？正确的操作是：开启事务。下面我们通过采用不同的方式向数据库中插入 10000 条数据来进行比较以体现开启事务对 SQLite 性能提升方面所做出的贡献。首先看一张截图来进行一个感性的认识：
源码及安装文件下载方式一：SQLiteDataBase.zip
从上图中我们会很清晰的看到通过普通方式插入 10000 条数据和开启事务插入 10000 条数据之间的差异，整整差了 83 秒。下面我们来看测试代码：
package cn.sunzn.sqlitedatabase;
import android.app.Activity;
import android.content.ContentValues;
import android.database.sqlite.SQLiteDatabase;
import android.os.Bundle;
import android.os.Handler;
import android.os.Message;
import android.view.Menu;
import android.view.View;
import android.widget.EditText;
public class MainActivity extends Activity {
protected static final int SUCCESS_INSERT_TO_DB_ONE = 1;
protected static final int SUCCESS_INSERT_TO_DB_TWO = 2;
private EditText et_usedtime1;
private EditText et_usedtime2;
Handler handler = new Handler() {
public void handleMessage(Message msg) {
super.handleMessage(msg);
switch (msg.what) {
case SUCCESS_INSERT_TO_DB_ONE:
Integer usetime_one = (Integer) msg.obj;
et_usedtime1.setText("插入10000条数据耗时：" + usetime_one / 1000 + "秒");
break;
case SUCCESS_INSERT_TO_DB_TWO:
Integer usetime_two = (Integer) msg.obj;
et_usedtime2.setText("插入10000条数据耗时：" + usetime_two / 1000 + "秒");
break;
default:
break;
}
}
};
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
et_usedtime1 = (EditText) findViewById(R.id.et_usedtime1);
et_usedtime2 = (EditText) findViewById(R.id.et_usedtime2);
}
/**
* 1. 普通方式插入数据库 10000 条数据
*/
public void insert1(View view) {
MySQLiteOpenHelper openHelper = new MySQLiteOpenHelper(getApplicationContext());
final SQLiteDatabase database = openHelper.getWritableDatabase();
if (database.isOpen()) {
new Thread() {
public void run() {
long start = System.currentTimeMillis();
for (int i = 0; i < 10000; i++) {
ContentValues values = new ContentValues();
values.put("name", "tom:" + i);
database.insert("person", "_id", values);
}
database.close();
long end = System.currentTimeMillis();
int usetime_one = (int) (end - start);
Message message = new Message();
message.what = SUCCESS_INSERT_TO_DB_ONE;
message.obj = usetime_one;
handler.sendMessage(message);
};
}.start();
}
}
/**
* 2. 开启事务插入数据库 10000 条数据
*/
public void insert2(View view) {
MySQLiteOpenHelper openHelper = new MySQLiteOpenHelper(getApplicationContext());
final SQLiteDatabase database = openHelper.getWritableDatabase();
if (database.isOpen()) {
new Thread() {
public void run() {
long start = System.currentTimeMillis();
database.beginTransaction();
for (int i = 0; i < 10000; i++) {
ContentValues values = new ContentValues();
values.put("name", "tom:" + i);
database.insert("person", "_id", values);
}
database.setTransactionSuccessful();
database.endTransaction();
database.close();
long end = System.currentTimeMillis();
int usetime_two = (int) (end - start);
Message message = new Message();
message.what = SUCCESS_INSERT_TO_DB_TWO;
message.obj = usetime_two;
handler.sendMessage(message);
};
}.start();
}
}
public boolean onCreateOptionsMenu(Menu menu) {
getMenuInflater().inflate(R.menu.activity_main, menu);
return true;
}
}
为什么只是开启了一个事务就会有这么大的差距呢？很简单，SQLite 缺省为每个操作开启了一个事务，那么测试代码循环插入 10000 次开启了 10000 个事务，"事务开启 + SQL 执行 + 事务关闭" 自然耗费了大量的时间，这也是后面显式开启事务后为什么如此快的原因。