Andorid 原生数据库操作及相关优化

        在IM的项目中,需要进行大批数据进行多表操作.在实践的过程中得到的相关心得.只是一些个人观点,希望不正确的指出.

关于多线程下数据库操作:

我采用的是web的代理方式的原理来进行同步的方式进行的.在web中通过代理的方式进行事物或者日志的记录进行操作.以同样的思想,进行线程同步操作.

代码设计如下:

1. 首先定义数据库接口
   

   public interface ISqliteOperate {
   public int getCountForFriends(String loginId);
   
   //....该接口用于曝露所有对外开发的数据库操作
   
   }
   
   
   

2. 创建一个数据库基类,用于代理所有数据库操作
   

   public class BaseSqlLite {
   private static Lock lock = new ReentrantLock();	//锁机制
   
   public static Object create(final Object object){
   	  //通过生成子类的方式创建代理类  
   	return Proxy.newProxyInstance(object.getClass().getClassLoader(), object.getClass().getInterfaces(), new InvocationHandler() {
   		
   		@Override
   		public Object invoke(Object proxy, Method method, Object[] args)
   				throws Throwable {
   			Object result = null;
   			lock.lock();
   			try{
   				result = method.invoke(object, args);
   			}finally{
   				lock.unlock();
   			}
   			return result;
   		}
   	});
   }
   </pre>
   
   

3. 继承BaseSqlLite并实现接口方法,创建代理对象:
   

   public class SqliteOperate extends ImBaseSqlLite implements ISqliteOperate{
   /** 单例模式 */
   private static ISqliteOperate sqliteOperate;
   
   private SqliteOperate() {
   }
   
   public static ISqliteOperate getInstance() {
   	if (sqliteOperate == null) {
   		 synchronized(SqliteOperate.class) {
   			if (sqliteOperate == null) {
   				sqliteOperate = (ISqliteOperate) create(new SqliteOperate());
   			}
   		}
   	}
   	return sqliteOperate;
   }
   
   
   public  int getCountForFriends(String loginId) {
        //这里省略了具体的业务逻辑操作
   }
   
   }

4. 调用方法
   

   int count = SqliteOperate.getInstance().getCountForFriends("");

 优化篇

       1.缓存设计:对于需要经常查询拿出来使用的数据,可以考虑缓存的方式,同时缓存可以使用懒加载到缓存中(不用启动应用就直接将所有可能需要的全部加入缓存,我们的设计是:先进行缓存中查找,缓存不存在则去数据库中查找,然后网络,同时更新缓存数据)

       2.建立索引:添加索引和未添加索引真的区别很大(未添加索引时2W记录基本跑不动了,数据查询太慢.添加索引后,测试30W条依旧毫无压力)

       3.实务操作:看了很多代码,发现android开发人员用事务很少,我觉得这不好.对于一个功能点需要操作多步数据操作的情况下,使用事务能很好的保证数据的正确性,同时在事务中做多个操作可以优化执行效率.例如:在一个功能中,出现了多个数据库操作的过程中有一个数据库操作出现了异常后,进行数据回滚.

       4.数据库的链接:在性能测试的过程中,每次做完一个数据库操作后就进行数据库close,然后,新的操作下又创建新的链接很耗时.测试大概需要200+毫秒.所以,我基本不进行关闭,而是在完成一个功能点后,进行释放操作,一直保持着数据库连接的存在.不清楚这种方式是否可以,目测没有出现异常

mDatabase.releaseMemory();

      5.SQL语句优化,由于这个sql优化网上一大堆例子,我就不再复述了.