首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏程序员的碎碎念

    php代码优化思维扩展

    正文共:4696 字 预计阅读时间: 12 分钟 benny最近看到一篇博客上关于php代码规划和优化的文章,感觉还不错,在这里分享给大家,原作者为博客为: http://tigerb.cn/2017

    82130发布于 2018-07-26
  • 【GEO优化助手】GEO优化人才策略思维维度

    生成式引擎优化(GEO):解码GEO优化人才策略的思维维度引言:GEO时代的认知重构在2025年全球GEO技术市场规模突破89亿美元的背景下,企业正面临从传统SEO向AI驱动的内容战略转型的关键节点。 这场变革不仅需要技术工具的迭代,更要求优化人才建立"语义战略思维",重构内容生产与AI生态的交互方式。本文将从思维认知、技术架构、行业实践三个维度,系统解析GEO优化人才的核心能力模型。 (<5分钟)能力矩阵:能力维度技术要求评估指标语义处理DSN网络构建匹配精度>99%工具操作自动化工具链配置日处理量>1亿网页响应速度跨平台适配延迟<200ms2.2 动态优化思维AI平台的算法迭代周期已缩短至 如电话号码长度校验)存储体系:采用分布式集群实现全球36个数据中心实时同步(移山科技2000+节点)质量评估指标:准确性:Schema错误识别率>99.7%完整性:核心概念节点覆盖率>85%时效性:数据更新延迟<5分钟 五、未来演进思维:智能自治的优化生态5.1 意图预测智能化基于用户行为序列的搜索意图预测准确率将突破95%,优化策略需:建立用户画像与语义需求的映射模型开发动态内容生成系统(如实时调整技术文档的复杂度)

    48410编辑于 2025-09-02
  • 来自专栏Java冰冻三尺

    SQL优化 21 连击 + 思维导图

    5、锁表 一次性删除太多数据,可能造成锁表,会有lock wait timeout exceed的错误,所以建议分批操作。 十四、表连接不宜太多,索引不宜太多,一般5个以内 1、表连接不宜太多,一般5个以内 关联的表个数越多,编译的时间和开销也就越大 每次关联内存中都生成一个临时表 应该把连接表拆开成较小的几个执行,可读性更高 虽然违背了最左特性,但MySQL执行SQL时会进行优化,底层进行颠倒优化 SELECT * FROM employee WHERE salary=5000 AND NAME='哪吒编程' 6、理由 复合索引也称为联合索引 实际sql优化中,最后达到ref或range级别。 4、很多时候用 exists 代替 in 是一个好的选择 5、where后面的字段,留意其数据类型的隐式转换。

    1K20编辑于 2022-09-23
  • 来自专栏程序猿DD

    SQL优化 21 连击 + 思维导图

    5、锁表 一次性删除太多数据,可能造成锁表,会有lock wait timeout exceed的错误,所以建议分批操作。 十四、表连接不宜太多,索引不宜太多,一般5个以内 1、表连接不宜太多,一般5个以内 关联的表个数越多,编译的时间和开销也就越大 每次关联内存中都生成一个临时表 应该把连接表拆开成较小的几个执行,可读性更高 虽然违背了最左特性,但MySQL执行SQL时会进行优化,底层进行颠倒优化 SELECT * FROM employee WHERE salary=5000 AND NAME='哪吒编程' 6、理由 复合索引也称为联合索引 实际sql优化中,最后达到ref或range级别。 4、很多时候用 exists 代替 in 是一个好的选择 5、where后面的字段,留意其数据类型的隐式转换。

    50141编辑于 2023-04-24
  • 来自专栏AustinDatabases

    MySQL SQL优化快速定位案例 与 优化思维导图

    MySQL的SQL优化相对于其他的数据库来说,应该是简单的主要的原因有以下 1 业务简单:使用MySQL的业务一般为互联网业务,且在拆库,分表的基础上语句必然变得简单,更多的复杂性是在程序和架构设计的层面 很多MySQL的文盲,还在MySQL上施加了复杂的SQL语句,这就需要进行查询的优化和分析了。一般针对MySQL的分析我们怎么来做。 --------+ | count(*) | +----------+ | 935312 | +----------+ 1 row in set (1.174 sec) 下面想快速的对SQL进行优化 所以这里并不能再这个表进行更多的优化。同时经过语句的分析,发现这里有一个表的条件可以过滤更多的数据。 (初级版) 结语:SQL的优化也是分等级,快速的优化解决大部分的问题,针对少量的SQL难点进行细致的优化和问题的解决,如逻辑法,业务法,SQL改写法,HINT 重定index 大法,后期有了相应的案例可以继续和大家进行探讨

    26800编辑于 2025-02-21
  • 来自专栏二进制文集

    思维导图学《Linux性能优化实战》

    https://github.com/LjyYano/Thinking_in_Java_MindMapping

    1.1K32发布于 2020-04-15
  • 来自专栏mathor

    枚举+优化5)——双指针优化1

    从上面的代码我们能看出时间复杂度是O(N^2^) 双指针优化  在某些情况下,根据题目要求,j下标并不需要从i+1重新往后枚举一遍,而是跟随着i向后移动,j也向后移动 ?   ,x + k - 1) return x + k - 1  以题目样例为例,由于k=5,现有最大整数是13。 Hashtable.find(i) need_card++; return need_card <= M  这样整个算法的时间复杂度是O(PK),P是这个数组的最大值,所以有可能有10^8^这么大,K最大10^5^ ,显然会超时 优化1  第一个能优化的地方是对于X的枚举,也就是顺子开头的数值。 ,X+K) 优化2  第二个可以优化的地方就是判断能不能凑出X开头的顺子。我们利用双指针可以把这一步均摊时间复杂度降到O(1)。

    63530发布于 2018-06-19
  • 来自专栏技术、架构与思维

    后端思维之数据库性能优化方案

    以最底层的具体实现为例,那么索引的优化的成本应该是最小的,可以说加了索引后无论是CPU消耗还是响应时间都是立竿见影降低;然而一个简单的语句,无论如何优化加索引也是有局限的,当在具体实现这层没有任何优化空间的时候就得往上一层 而关系型数据库,查找算法与存储结构是可以优化的空间比较少,因此咱们一般思考出发点只有从如何减少数据量的这个角度进行选择优化,因此本类型的优化方案主要针对关系型数据库进行处理。 这种方案我认为属于一种临时性的优化方案,无论是从序列化后丢失了部份字段的查询能力,还是这方案的可优化性都是有限的。 因为技术更新太快了,每3-5年一大变。 对于已经服务化的项目来说领域事件是一种比较舒服的方式,因为CDC是需要数据库额外开启功能或者部署额外的中间件,而领域事件则不需要,从代码可读性来看会更高,也比较开发人员的维护思维模式。

    1.5K83编辑于 2022-05-10
  • 来自专栏捡田螺的小男孩

    后端思维篇:如何应用设计模式优化代码

    本文是后端思维专栏的第三篇哈,本文内容就是:在原有代码基础上,如何一步步通过设计模式去优化代码?日常工作中,我们用得最多的设计模式,就是策略模式、工厂模式和模板方法模式啦。 最近刚好用这几种模式优化了代码,所以今天跟大家聊聊,我是怎么优化的,思路是怎么样的。希望本文对大家有帮助哈。 优化前伪代码的流程 策略模式是如何应用进去的 工厂设计模式是怎么使用的 模板方法模式又是怎么应用进去的。 唠叨几句 1. 优化前伪代码流程 大家先看下,优化前,原有代码的大概逻辑哈。 策略模式是如何应用进去的 大家是否还记得,如果代码中有多个if...else等条件分支,并且每个条件分支,可以封装起来替换的,我们就可以使用策略模式来优化。 回忆一下,什么是策略模式呢? batchRemote(ParamDTO dto){ //营销客群批量调用 return batchRemoteMarketinvoke(dto); } } 5.

    71720编辑于 2022-05-23
  • 来自专栏技术、架构与思维

    后端思维之数据库性能优化方案

    以最底层的具体实现为例,那么索引的优化的成本应该是最小的,可以说加了索引后无论是CPU消耗还是响应时间都是立竿见影降低;然而一个简单的语句,无论如何优化加索引也是有局限的,当在具体实现这层没有任何优化空间的时候就得往上一层 而关系型数据库,查找算法与存储结构是可以优化的空间比较少,因此咱们一般思考出发点只有从如何减少数据量的这个角度进行选择优化,因此本类型的优化方案主要针对关系型数据库进行处理。 这种方案我认为属于一种临时性的优化方案,无论是从序列化后丢失了部份字段的查询能力,还是这方案的可优化性都是有限的。 因为技术更新太快了,每3-5年一大变。 对于已经服务化的项目来说领域事件是一种比较舒服的方式,因为CDC是需要数据库额外开启功能或者部署额外的中间件,而领域事件则不需要,从代码可读性来看会更高,也比较开发人员的维护思维模式。

    70841编辑于 2022-05-11
  • 来自专栏后端精进之路

    JVM性能优化系列-(5) 早期编译优化

    5. 早期编译优化 早期编译优化主要指编译期进行的优化。 javac这类编译器对代码的运行效率几乎没有任何优化措施,但javac做了许多针对java语言代码过程的优化措施来改善程序员的编码风格和提高编码效率,java许多的语法特性都是靠编译器的语法糖来实现的。 遍历循环 遍历循环语句是java5的新特征之一,在遍历数组、集合方面,为开发人员提供了极大的方便。 public void circle() { Integer[] array = { 1, 2, 3, 4, 5 }; for (Integer i : array) { System.out.println 变长参数 Arrays.asList(1, 2, 3, 4, 5); 条件编译 条件编译也是java语言的一种语法糖,根据布尔常量值的真假,编译器将会把分支中不成立的代码块消除掉。

    50620编辑于 2023-10-19
  • 来自专栏AllTests软件测试

    H5测试点(思维导图)

    H5测试点(思维导图) 目录 1、接口测试 1.1、接口常见问题 1.2、接口测试点 2、常规业务功能逻辑测试 3、常规之外着重注意测试点 4、安全相关测试 1、接口测试 1.1、接口常见问题 1.2

    47320编辑于 2022-07-25
  • 来自专栏Zaqdt_ACM

    AIM Tech Round 5 B. Unnatural Conditions(思维)

    但是我们可以想一下,对于大于0的数来说,s(x)的最小值为1,所以我们就尽可能的让s(a+b)等于1,那么我们可以让a等于n个1,那么b就是n-1个8加一个9,这样s(a+b)算出来就是1了(当然让a等于n个5也行

    51730发布于 2019-01-10
  • 来自专栏个人分享

    思维体系---技术思维、业务数据思维、产品思维、复合思维

    那么总的来说,我分为四种思维模式: 一、技术思维   卧槽!干代码!出bug了!没错,这就是你进步的源头。 那么我们冷静下来想想,技术虽然日新月异,但你仔细研究会发现,其本质并没有改变,无论是分布式技术也好,数据技术也好,系统技术也好,都是在基于其本质的原理,进行顺应时代背景的更新迭代,进行的优化及改造。    我们能为现有系统进行更好地优化吗? 很多有心的小伙伴,真的会这样做。 二、业务数据思维   业务思维上,更多会考虑到业务本身的价值,具有较强的业务敏感度。 三、产品思维   对于产品思维,很多人会想到,程序员总想砍死产品经理,改来改去哈哈。。但是其实产品思维的核心在于 与人打交道、与业务打交道、与技术打交道 以及 事物的推动作用。

    1.4K10发布于 2018-09-06
  • 来自专栏个人路线

    Flutter 基础系列之手势思维导图(5

    变换手势包括: 双击 捏 (旋转) 选择和移动 请查看下面的思维导图,就可以了解到Flutter 在其小部件中提供了之前提到的所有手势。 Flutter 手势思维导图

    1.9K20发布于 2021-11-30
  • 来自专栏开发随笔

    构建优化高性能(WEB)软件系统-思维导图

    分治和思维导图是很有用的两个工具,这里推荐下 学习观 分治引用其中的一段话 将问题拆分成,脑中存有的,能直接从输入得到输出的小问题来解决。 但其实人类天生习惯于搜索能直接从输入得到输出的知识,这也是新人在面对编程问题常常束手无策的原因,因为根本搜索不到 分治和思维脑图是解决问题的两大利器 这篇文章不对每一个点进行展开,主要通过用思维导图来整理整体体系 ,本篇也是对前一段时间老师来了-《构建高性能的软件系统》的课后归纳整理,要学会复盘回顾 导图如果看不太清,可以下载到本地用图片软件打开查看,或者单独放大查看 构建优化高性能(WEB)软件系统.png 基本上整体的思路如上,主要从整体步骤,性能指标,整体分层几个方面展开,当然其中每一个部分的优化都可以单独展开进行深入探讨。

    1.1K30发布于 2019-05-16
  • 来自专栏CDA数据分析师

    5种经典的数据分析思维和方法

    作者:启方 来源:数据分析不是个事儿 在数据分析中,数据分析思维是框架式的指引,实际分析问题时还是需要很多“技巧工具”的。 接下来就分享常见的5种数据分析方法,分别是:公式法、对比法、象限法,二八法,漏斗法,常常多种结合一起使用。 注:主要偏思维层面的,基于业务问题对数据的探索性分析,不同于专业统计学中的数据处理方法。 一、公式法 所谓公式法就是针对某个指标,用公式层层分解该指标的影响因素,这个我在指标化思维中提到过。 例如上面广告的案例中,第一象限的事件可以提炼出有效的推广渠道与推广策略,第三和第四象限可以排除一些无效的推广渠道; 2.建立分组优化策略 针对投放的象限分析法可以针对不同象限建立优化策略,例如RFM客户管理模型中按照象限将客户分为重点发展客户 好了,这一节的内容很轻松,也很容易理解,结合之前的数据分析思维内容,是不是开始有一点分析的感觉了。

    1.4K41发布于 2020-02-14
  • 来自专栏AustinDatabases

    PolarDB MySQL SQL 优化指南 (SQL优化系列 5

    PolarDB for MySQL 云原生数据库的SQL优化,这集一定有人说,和MySQL优化有区别吗?你把那个吗去了,一样我写他做什么。 MongoDB 查询 优化指南 四句真言 (查询 优化系列 4) 沧海要,《SQL SERVER 运维之道》,清风笑,竟惹寂寥 MySQL SQL 优化指南 SQL 四句真言(优化系列 3) 沧海要, 《SQL SERVER 运维之道》,清风笑,竟惹寂寥 SQL SERVER SQL 优化指南 四句真言 (SQL 优化系列 2) PostgreSQL SQL 优化指南 四句真言(SQL 优化系列 1 光速快递 OB Cloud “MySQL” 给我,Thanks a lot 从“小偷”开始,不会从“强盗”结束 -- IvorySQL 2025 PostgreSQL 生态大会 被骂后的文字--技术人不脱离思维困局 (译) MySQL 8 SQL 优化两则 ---常见问题 MySQL SQL优化快速定位案例 与 优化思维导图 "DBA 是个der" 吵出MySQL主键问题多种解决方案 MySQL 怎么让自己更高级-

    9010编辑于 2026-03-12
  • 来自专栏技术杂记

    一个运维人员的编程思维5

    程序 既然是讲一个运维人员的编程思维,那就回到程序这个核心概念(脚本也是程序的一种) 我们花那么多时间精力是要整出一个什么玩意儿 ---- 概念 什么是程序? 那么这里程序(准确来说是写着操作序列的文档)就分化为了两部分 :数据 和 加工方法 其实仔细想想,目前为止的所有编程语言(机器语言、汇编语言,高级语言,不论是编译型还是解释型语言)无不是在围绕这两类进行优化和调整

    33520发布于 2021-11-26
  • 来自专栏TechFlow

    思维风暴:5名海盗如何分配100枚金币?

    海盗分金问题 说是有5个海盗组成了一个舰队,找到了传说中的宝藏。这份宝藏是100枚金币,于是这伙海盗就面临一个分赃的问题,我们知道海盗是非常残忍并且贪婪的。 经过一系列协商,最终这5名达成共识,决定采取一种非常残忍的方案。 首先,海盗们会按照功劳大小对五个人进行编号,由编号小的海盗先提出分配方案。 这个时候的分配方案是:[0, 98, 0, 1, 1] 五个海盗 最后我们再加入一个海盗,就达成了题意当中说的5个海盗齐聚的情况了。 首先,5个海盗时需要3张同意票,1号需要拉拢两人投票。 只能从3、4、5号海盗中下手,如果1号死了,2号提议的话,那么3、4、5号海盗的收益是[0, 1, 1]。1号只需要拉拢两人,可以给3号一枚,在4号和5号中挑一人给2枚即可。 为了简化问题,我们先观察摆放5个圆盘的情况。从图中可以看出来,一开始的时候圆盘都在A柱,如果我们想要将圆盘移动到B柱应该怎么办呢?

    10.6K10编辑于 2022-08-26
领券