优雅的更新(update)GreenDAO表中的整列

2024-05-09 09:48

本文主要是介绍优雅的更新(update)GreenDAO表中的整列,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

亲测可用,如有问题请私信!
今天博主碰到一个需求,是一个页面的总开关,点击后要切换数据库中对应表的一整列:

先上正确的更新方式,知道你们都是火急火燎的想直接拿走:

    public void switchAll(boolean isChecked) {
        
        //获取对象DAO
        ApplicationInfoDao applicationInfoDao = daoSession.getApplicationInfoDao();
 
        //获取到所有实体类,并在内存中先处理好数据
        List<ApplicationInfo> applicationInfos = applicationInfoDao.loadAll();
        for (int i = 0; i < applicationInfos.size(); i++) {
            ApplicationInfo applicationInfo = applicationInfos.get(i);
            applicationInfo.setShouldNotify(isChecked);
        }
 
        // 在一次事物中提交全部实体类
        applicationInfoDao.updateInTx(applicationInfos);
    }
耗时只有46ms。

原理很简单,直接获取数据库中所有数据到内存中,全部处理好后,再交给数据库一次性处理。

是不是很给力呢~给力就赏个红包呗~

好了好了,接下来罗列一下错误的方式与耗时:

一开始博主自然也是偷懒直接复用了更新单条的方法,原理是逐条取出并进行更新:

    public void switchAll(boolean isChecked) {
 
        //循环调用单项更新
        for (int i = 0; i < applicationBeanList.size(); i++) {
            switchSync(i,isChecked);
        }
    }
 
    //单项更新
    private void switchSync(int position, boolean isChecked) {
        ApplicationInfoDao applicationInfoDao = daoSession.getApplicationInfoDao();
        ApplicationInfo applicationInfo = applicationInfoDao.queryBuilder()
            .where(ApplicationInfoDao.Properties.PackageName
            .eq(packageInfoList.get(position).packageName))
            .list().get(0);
        applicationInfo.setShouldNotify(isChecked);
        applicationInfoDao.update(applicationInfo);
    }
理所当然的卡死了主线程,耗时1270ms。

于是博主尝试了一下limit优化,原理是查到一条记录立即停止查询:

private void switchSync(int position, boolean isChecked) {
    ......
        
       ApplicationInfo applicationInfo = applicationInfoDao.queryBuilder()
            .where(ApplicationInfoDao.Properties.PackageName
            .eq(applicationBean.getPackageInfo().packageName))
 
                //限制每次查询只获取一条数据
                .limit(1)
 
                .list().get(0);
    ......
    }
耗时847ms,还是卡卡得。

好吧,那就不省事了,直接用GreenDAO提供的update方法:

    public void switchAll(boolean isChecked) {
 
        //获取表中所有数据
        ApplicationInfoDao applicationInfoDao = context.getBaseApplication().getDaoSession().getApplicationInfoDao();
        List<ApplicationInfo> applicationInfos = applicationInfoDao.loadAll();
 
        //循环逐条更新数据
        for (int i = 0; i < applicationInfos.size(); i++) {
            ApplicationInfo applicationInfo = applicationInfos.get(i);
            applicationInfo.setShouldNotify(isChecked);
            applicationInfoDao.update(applicationInfo);
        }
    }
耗时747ms,难道就没有别的办法了?

于是博主又尝试了一下直接使用sql语句更新:

Database database = daoSession.getDatabase();
        database.execSQL("update " + tableName + " set " + columnName + " = ?", 
    
        // GreenDAO的数据库和SQLite一样,都没有boolean类型,需要转换
        new Integer[]{Boolean.valueOf(isChecked + "") ? 1 : 0});
耗时12ms,看上去是解决了问题,可是当我调用这个激活全部开关以后,发现界面变成了这样:

 这是几个意思?为什么有些开着有些关着?

于是博主打开了GreenDAO的update源码(代码就不贴了,有兴趣自己看),发现它的可写数据库并不能实时获取到,必须等待其他操作释放了线程锁才能执行操作……

也就是说,GreenDAO的execSQL是异步的!坑死粑粑了!!!

最后博主不得不胡乱的查看GreenDAO中的所有API,注意到有一个这样的方法:

public void updateInTx(Iterable<T> entities)
官方文档是这样描述的:

Updates the given entities in the database using a transaction.

在一次事物中更新传入的所有实体。

听上去好像很牛逼,于是试了下,果然解决了问题!
 

这篇关于优雅的更新(update)GreenDAO表中的整列的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/973076

相关文章

Spring Boot中JSON数值溢出问题从报错到优雅解决办法

《SpringBoot中JSON数值溢出问题从报错到优雅解决办法》:本文主要介绍SpringBoot中JSON数值溢出问题从报错到优雅的解决办法,通过修改字段类型为Long、添加全局异常处理和... 目录一、问题背景:为什么我的接口突然报错了?二、为什么会发生这个错误?1. Java 数据类型的“容量”限制

Java实现优雅日期处理的方案详解

《Java实现优雅日期处理的方案详解》在我们的日常工作中,需要经常处理各种格式,各种类似的的日期或者时间,下面我们就来看看如何使用java处理这样的日期问题吧,感兴趣的小伙伴可以跟随小编一起学习一下... 目录前言一、日期的坑1.1 日期格式化陷阱1.2 时区转换二、优雅方案的进阶之路2.1 线程安全重构2

使用Python实现一个优雅的异步定时器

《使用Python实现一个优雅的异步定时器》在Python中实现定时器功能是一个常见需求,尤其是在需要周期性执行任务的场景下,本文给大家介绍了基于asyncio和threading模块,可扩展的异步定... 目录需求背景代码1. 单例事件循环的实现2. 事件循环的运行与关闭3. 定时器核心逻辑4. 启动与停

浅析Java中如何优雅地处理null值

《浅析Java中如何优雅地处理null值》这篇文章主要为大家详细介绍了如何结合Lambda表达式和Optional,让Java更优雅地处理null值,感兴趣的小伙伴可以跟随小编一起学习一下... 目录场景 1:不为 null 则执行场景 2:不为 null 则返回,为 null 则返回特定值或抛出异常场景

MySQL更新某个字段拼接固定字符串的实现

《MySQL更新某个字段拼接固定字符串的实现》在MySQL中,我们经常需要对数据库中的某个字段进行更新操作,本文就来介绍一下MySQL更新某个字段拼接固定字符串的实现,感兴趣的可以了解一下... 目录1. 查看字段当前值2. 更新字段拼接固定字符串3. 验证更新结果mysql更新某个字段拼接固定字符串 -

SpringBoot利用@Validated注解优雅实现参数校验

《SpringBoot利用@Validated注解优雅实现参数校验》在开发Web应用时,用户输入的合法性校验是保障系统稳定性的基础,​SpringBoot的@Validated注解提供了一种更优雅的解... 目录​一、为什么需要参数校验二、Validated 的核心用法​1. 基础校验2. php分组校验3

MySQL新增字段后Java实体未更新的潜在问题与解决方案

《MySQL新增字段后Java实体未更新的潜在问题与解决方案》在Java+MySQL的开发中,我们通常使用ORM框架来映射数据库表与Java对象,但有时候,数据库表结构变更(如新增字段)后,开发人员可... 目录引言1. 问题背景:数据库与 Java 实体不同步1.1 常见场景1.2 示例代码2. 不同操作

一文详解SQL Server如何跟踪自动统计信息更新

《一文详解SQLServer如何跟踪自动统计信息更新》SQLServer数据库中,我们都清楚统计信息对于优化器来说非常重要,所以本文就来和大家简单聊一聊SQLServer如何跟踪自动统计信息更新吧... SQL Server数据库中,我们都清楚统计信息对于优化器来说非常重要。一般情况下,我们会开启"自动更新

在MySQL执行UPDATE语句时遇到的错误1175的解决方案

《在MySQL执行UPDATE语句时遇到的错误1175的解决方案》MySQL安全更新模式(SafeUpdateMode)限制了UPDATE和DELETE操作,要求使用WHERE子句时必须基于主键或索引... mysql 中遇到的 Error Code: 1175 是由于启用了 安全更新模式(Safe Upd

Redis缓存问题与缓存更新机制详解

《Redis缓存问题与缓存更新机制详解》本文主要介绍了缓存问题及其解决方案,包括缓存穿透、缓存击穿、缓存雪崩等问题的成因以及相应的预防和解决方法,同时,还详细探讨了缓存更新机制,包括不同情况下的缓存更... 目录一、缓存问题1.1 缓存穿透1.1.1 问题来源1.1.2 解决方案1.2 缓存击穿1.2.1