`
byebyegov5qq
  • 浏览: 1217196 次
文章分类
社区版块
存档分类
最新评论

[原创,转载请注明来源]android中sqlite数据库的中文数据的插入(insert)和查询(select)

 
阅读更多

写这个东西写的我万分痛苦,因为这么个小问题整整折磨了我两天多的时间,

大把的青春啊,就这么浪费了,

这些或许对其他人有用,我再花半小时写出来,或许你就可以避免跟我一样,少走两天的弯路。

首先说查询吧:

一般我们做android应用都会考虑做一些测试数据,测试数据一般都是手工insert数据库的,

由于sqlite3采用的字符集是GB2312,因此我们每次插入的数据在通过sqlite3 test.db下查询

是没问题的,都还是中文显示,但是如果这时候想通过android应用查询,就没那么容易了,

因为android应用都是采用的UTF-8的标准,所以我们一般通过应用查询出来的都是乱码,

因为不是用的同一个字符集,就像两个国家的人,用不同的语言对话,死活对不上是一样的,

这时候就必须对表中所有varchar/text类型的数据进行一次字符集的转化,具体的代码如下:

val = cursor.getBlob(cursor.getColumnIndex("uname"));
try {
name = new String(val,"gb2312");
} catch (UnsupportedEncodingException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}

这个转化网上容易找到,这里不赘述了,对于查询,我们必须这么做,不然出来的就是乱码。

然后再说插入:

现在的代码多半都是模块化的,所以我们试了上面的方法好使以后,我们一般会把

这个表的类全部采用这种方法来实现,这就为后面的痛苦埋下了伏笔了。。。。。

我们通过应用写数据库无非就是insert,update之类的,这些数据是按照android下的

字符集编码进行插入的,也就是UTF-8,这种编码插入之后,在sqlite3 test.db下经过

查询操作,表里面的字段都是乱码,我个人认为这个阶段可能也必须都是乱码,然后我们

再通过上面的代码进行查询的时候,看到的也都还是乱码,我个人试过非常多种组合,

做过多种getBytes,getString,UTF-8, gb2312 字符集转化,最后都是以失败告终的,

我个人估计这个阶段是没有处理办法的,(如果有谁有更好的办法处理,请多指教),

甚至怀疑是模拟器的问题,试了多次真机,情况还是一样的乱码。

死活调试不通,这大概是所有程序员最痛苦的事情了,我也是,调不通,也想不通,

昨天下午干脆放弃了,歇一会。

终于今天早上想到放弃一切转化,让所有的字段“清清白白”地insert进表,

然后再让他们“清清白白“的查询出来,

就是我们不再经过任何转化,插入和查询都是赤条条的androd基础操作,

忘掉那些getBytes(字符集),getString(字符集),getBlob()就没问题了。

想想其实最后的结果页完全能解释得通,我们的一切都是通过UTF-8来操作的,

最后也就不要再经历任何其他的字符集了。

insert操作:

db.execSQL("insert into tb_memo (memo_title,memo_content) values (?,?)", new Object[]
{memo.getTitle() , memo.getContent() });

update操作:

db.execSQL("update tb_memo set memo_title = ?,memo_content = ? where id = ?", new Object[]
{ memo.getTitle(), memo.getContent(), memo.getSid() });

查询操作:

while (cursor.moveToNext())
{
id = cursor.getInt(cursor.getColumnIndex("id"));
memo_title = cursor.getString(cursor.getColumnIndex("memo_title"));
memo_content = cursor.getString(cursor.getColumnIndex("memo_content"));

}

这么一整就完了,来自CSDN。

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics