- 综合排序
- 最热优先
- 最新优先
- 来自专栏布衣者博客
LeetCode-题库(8-9)
给你两个字符串 word1 和 word2 。请你从 word1 开始，通过交替添加字母来合并字符串。如果一个字符串比另一个字符串长，就将多出来的字母追加到合并后字符串的末尾。 返回 合并后的字符串 。
31220编辑于 2022-10-31 - 来自专栏AI机器学习与深度学习算法
机器学习入门 8-9 lasso
本系列是《玩转机器学习教程》一个整理的视频笔记。本小节介绍模型正则化的另外一种方式LASSO，依然通过具体的编程实现LASSO，并对α取值与过拟合（拟合曲线）之间的关系进行探讨，进而对LASSO与Ridge进行比较。
1.3K20发布于 2020-01-14 - 来自专栏趣谈前端
前端进阶第8-9周打卡题目汇总
前端基础打卡已经基本结束了,内容从css基础,动画,js基本算法,作用域,闭包,节流防抖这些基本的web知识大家有没有都掌握了呢?年后会出一个进阶路线规划图,希望笔者可以带着大家,一起进步,一起成长.
77140发布于 2020-02-12 - 来自专栏TechBlog
SQL语句开发规范
最近写 SQL 比较多，但是 SQL 语句写得非常不规范，在编辑器中经常被 Typo 提示，因此，我重新回顾并总结了一下阿里有关于 SQL 的开发手册，以下是一些总结心得： General SQL 代码中的关键字 SQL编码规范 字段排列要求： SELECT 语句字段要求每行一个字段 换行以及对其规则如下所示 INSERT 子句 INSERT 子句要求写在同一行。 SELECT 子句 换行编写 关键字左对齐 关键字小于 2 个缩进量，添加2个空格 关键字大于 2 个缩进量，添加1个空格 运算符 运算符前后需要保留一个空格 CASE 语句 如下图 查询嵌套编写规范 SQL 注释 每条SQL语句均应添加注释说明。 每条SQL语句的注释单独成行，并放在语句的前面。 字段注释紧跟在字段后面。
44710编辑于 2025-05-24 - 来自专栏老高的技术博客
mysql开发常用SQL
mysql.sock # ADD skip-name-resolve skip-grant-tables 然后重启MySQL服务并免密码登录 service mysqld restart mysql 执行修改密码SQL
58720编辑于 2022-12-27 - 来自专栏AI SPPECH
IO竞赛2025年题目解析：高级难度（8-9）
2025年的高级难度（难度系数8-9）题目综合考察了选手的算法设计、数学建模、问题分析和代码实现能力。本文将深入解析2025年高级难度的IO竞赛题目，帮助选手们突破极限，冲击更高的竞赛成绩。 难度进阶路径: 入门(1-3) → 基础(4-5) → 中级(6-7) → 高级(8-9) → 专家(10) 难度系数 考察重点 核心知识点 学习目标 8-9 算法设计、数学建模、问题分析 高级图论、高级动态规划 （8题） ├── 第四章：高级难度题目解题策略 └── 第五章：顶尖选手的训练方法 第一章：2025年IO竞赛高级难度题目概述 根据2025年NOI修订版大纲，高级难度（NOI级别）的知识点难度系数为8-
24310编辑于 2025-11-13 - 来自专栏AustinDatabases
PostgreSQL SQL 开发规范 试行
PostgreSQL 不少的单位已经开始部署了，对于外包的开发，甲方也需要有相关的规范给出，虽然比MYSQL 的要求要少了不少，但该注意的还是要注意。 JAVA承接的数据类型是INT(MYSQL)，是可以用JAVA的STRING类型承接，但是POSTGRESQL（INT）类型JAVA是不能用STRING类型承接，必须用整型INT，同时反过来也是一样，所以开发者们请注意 23 POSTGRESQL 表操作中，表必须有别名，操作SQL不能带有子查询 24 创建表必须带有表注释，和列注释，主键命名应有前缀并在整体开发中统一命名，系统中严禁出现触发器和DBLINK，使用序列也应有统一的命名规则 ，索引的命名也要有相关的命名规则 25 操作SQL应用where 条件代替having字句，避免大量IN 的条件的元素控制在10个以内，JOIN 操作必须使用INNER JOIN ，只有在逻辑条件中必须使用
2.7K20发布于 2021-04-22 - 来自专栏爱可生开源社区
SQL审核 | 如何使用 SQLE 进行开发阶段 SQL 审核
二、 功能介绍 SQLE 的开发阶段 SQL审核主要是通过 SQLE 的功能审核任务来完成的，该功能定位是应对全场景 SQL 质量管控解决方案，能够在应用开发、测试、上线、生产等不同阶段对 SQL 进行质量管控 好处是标准化开发流程，减少复杂的工作量。因此在开发阶段也可以将SQL审核作为一个检查模块集成进CI流程。将 SQL审核事宜前置到开发阶段能够减少后期SQL审核的压力。 目前使用 SQLE 的审核任务能够做到： SQLE 提供 Scanner 模式可以集成几乎所有CI/CD，配置简单，可以轻易集成进现有的开发流程； SQL审核结果即时反馈，对于未通过的SQL审核，开发可以即时优化 Jenkins 的任务返回，当 SQL 不合规触发规则建议，可以看到上图所示的构建失败的结果，此时CI流程会通知开发，开发需要优化完不合规 SQL 后再次提交代码触发CI构建，如果SQL优化成功则SQL SQLE 页面查看结果 开发负责人可以通过SQLE平台查看审核结果和SQL统计，提前了解目前项目中SQL的开发质量和碰到的问题。
1.2K30编辑于 2022-04-06 - 来自专栏爱可生开源社区
SQL审核 | 如何使用 SQLE 进行开发阶段 SQL 审核
二、 功能介绍 SQLE 的开发阶段 SQL审核主要是通过 SQLE 的功能审核任务来完成的，该功能定位是应对全场景 SQL 质量管控解决方案，能够在应用开发、测试、上线、生产等不同阶段对 SQL 进行质量管控 好处是标准化开发流程，减少复杂的工作量。因此在开发阶段也可以将SQL审核作为一个检查模块集成进CI流程。将 SQL审核事宜前置到开发阶段能够减少后期SQL审核的压力。 目前使用 SQLE 的审核任务能够做到： SQLE 提供 Scanner 模式可以集成几乎所有CI/CD，配置简单，可以轻易集成进现有的开发流程； SQL审核结果即时反馈，对于未通过的SQL审核，开发可以即时优化 ，此时CI流程会通知开发，开发需要优化完不合规 SQL 后再次提交代码触发CI构建，如果SQL优化成功则SQL审核会构建成功。 SQLE 页面查看结果 开发负责人可以通过SQLE平台查看审核结果和SQL统计，提前了解目前项目中SQL的开发质量和碰到的问题。
1.8K30编辑于 2022-04-06 - 来自专栏Java架构师必看
Java开发手册之SQL语句
【强制】不要使用count(列名)或count(常量)来替代count()，count()是SQL92定义的标准统计行数的语法，跟数据库无关，跟NULL和非NULL无关。 【参考】 TRUNCATE TABLE 比 DELETE 速度快，且使用的系统和事务日志资源少，但TRUNCATE 无事务且不触发trigger，有可能造成事故，故不建议在开发代码中使用此语句。
87920编辑于 2021-12-18 - 来自专栏数据和云
SQL审核与开发的博弈
在分享之后，很多朋友谈到： 其实在开发阶段进行SQL审核，DBA觉得有必要，然而很多时候开发觉得是强加的工作量，会激烈反对。 我的观点是： 在工作中，首先你不能扩大开发的边界，这会被抵触；DBA可以外挂，当工作成效被大家认同之后，再融合。 ? 我们在现实中遇到的很多问题，多数以救火救急的状态体现DBA的价值，而事实上80%以上的Oracle数据库问题来自SQL编写不当，解决SQL是从源头上解决一大部分问题。 表达一下我的观点： 1.DBA从后端走向前端才能更充分的体现其价值； 2.预防问题比事后救火更重要； 所以慢慢的很多企业开始在开发环节，以开发DBA来进行把关，以SQL审核优化来控制质量，我建议DBA们关注一下这个方向和变化 当我们能够将经验固化成SQL、算法，或者程序之后，才能帮助到更多的人。 对于开发团队来说，进行SQL培训我认为非常重要，开发的SQL能力提升了，对于DBA只有好处，数据库的稳定性自然会提升。
1.1K50发布于 2018-03-05 - 来自专栏SQL数据库开发
《SQL开发样式指南》，让你的SQL代码更加规范
最好使用标准SQL函数而不是特定供应商的函数以提高可移植性。 保证代码简洁明了并消除多余的SQL——比如非必要的引号或括号，或者可以推导出的多余WHERE语句。 必要时在SQL代码中加入注释。 需要引用号的标识符——如果你必须使用这样的标识符，最好坚持用SQL92的双引号来提高可移植性。 面向对象编程的原则不该应用到结构化查询语言或数据库结构上。 Uniform suffix 统一的后缀 下列后缀有统一的意义，能保证SQL代码更容易被理解。在合适的时候使用正确的后缀。 _id 独一无二的标识符，如主键。 川流在排版时应该避免，但是对书写SQL语句是有帮助的。 注意WHERE和FROM等关键字，都右对齐，而真实的列名都左对齐。 Identation 缩进 为确保SQL的可读性，一定要遵守下列规则。 Joins Join语句 Join语句应该缩进到川流的另一侧并在必要的时候添加一个换行。
1.2K10编辑于 2024-04-25 - 来自专栏凯哥Java
MySQL 百万级分页优化(Mysql千万级快速分页)
MySql 这个数据库绝对是适合dba级的高手去玩的，一般做一点1万篇新闻的小型系统怎么写都可以，用xx框架可以实现快速开发。可是数据量到了10万，百万至千 万，他的性能还能那么高吗？ 8-9秒完成，my god 哪出问题了？？？？其实要优化这条数据，网上找得到答案。 和测试结果8-9秒到了一个数量级。从这里开始有人 提出了分表的思路，这个和dis #cuz 论坛是一样的思路。 好了，回到原题，如何将上面的研究成功快速应用于开发呢？如果用复合查询，我的轻量级框架就没的用了。分页字符串还得自己写，那多麻烦？ 只适 合小型应用的快速开发，对于ERP,OA，大型网站，数据层包括逻辑层的东西都不能用框架。如果程序员失去了对sql语句的把控，那项目的风险将会成几何 级数增加！
4.4K30发布于 2019-06-28 - 来自专栏爱可生开源社区
SQL审核 | 这里有 MySQLOracle 最常用的 SQL 开发规则
SQL审核工具 SQLE 企业版近期推出了Oracle审核插件的第一个测试预览版。我们采集了过往我们在客户那碰到的问题和行业专家的建议，整理了一大批Oracle审核规则。 插件的本身开发之前已经做过介绍，开发文档参考：https://actiontech.github.io/sqle-docs-cn/3.modules/3.7_auditplugin/overview.html 三、规则列表 四、后续计划 一、SQLE 项目介绍 爱可生开源社区的 SQLE 是一款面向数据库使用者和管理者，支持多场景审核，支持标准化上线流程，原生支持 MySQL 审核且数据库类型可扩展的 SQL 执行计划类 该类规则主要是在审核SQL时借助执行计划输出，解读执行计划特征，对于特定的影响性能的SQL给予用户提示。 四、后续计划 Oracle 审核插件将进行第二个预览版的开发，持续添加规则； PostgreSQL 插件的开发正在进行中； TiDB插件的开发将在6月份开始。 ----
65860编辑于 2022-09-26 - 来自专栏爱可生开源社区
SQL审核 | 这里有 MySQLOracle 最常用的 SQL 开发规则
--- SQL审核工具 SQLE 企业版近期推出了Oracle审核插件的第一个测试预览版。我们采集了过往我们在客户那碰到的问题和行业专家的建议，整理了一大批Oracle审核规则。 插件的本身开发之前已经做过介绍，开发文档参考：https://actiontech.github.io/sqle-docs-cn/3.modules/3.7_auditplugin/overview.html 执行计划类 该类规则主要是在审核SQL时借助执行计划输出，解读执行计划特征，对于特定的影响性能的SQL给予用户提示。 禁止除索引外的 drop 操作； 禁止使用视图； 禁止使用触发器； 单条SQL不建议过长。 unique索引必须使用固定前缀； 普通索引必须使用固定前缀。 ，持续添加规则； PostgreSQL 插件的开发正在进行中； TiDB插件的开发将在6月份开始。
67930编辑于 2022-06-02 - 来自专栏SQL相关
SQL Prompt：高效开发的SQL Server数据库必备插件！
本篇将给大家推荐一个非常好用的SQL Server数据库插件：SQL Prompt。 一、Navicat Premium连接SQL Server由于我平常MySQL数据库用的较多，也习惯了使用Navicat Premium数据库管理工具，但有时候也需要用到SQL Server，于是使用Navicat 如下，成功连接上我们的SQL Server数据库二、SQL Prompt 插件虽然Navicat Premium可以连接SQL Server，但是用了一段时间后发现不太习惯，当然，这个纯纯看个人喜好哈。 接下来推荐一个非常好用的插件SQL Prompt，搭配SSMS简直不要爽到起飞。注：SQL Prompt插件提供智能代码补全、SQL格式化、代码自动提示和快捷输入等功能，非常方便，可以自行去尝试体会。 3、简单体验3.1 SQL格式化1）如下简单创建了一个course课程表，但是SQL语句的格式、对齐较为混乱2）右键，使用SQL Prompt插件提供的 Format SQL格式化功能效果如下，可以看出
4.1K20编辑于 2024-04-29 - 来自专栏全栈程序员必看
MySQL具体解释（19）———-海量数据分页查询优化
8-9秒完毕。my god 哪出问题了？事实上要优化这条数据，网上找得到答案。 用了8-9秒！ 到了这里我相信非常多人会和我一样，有崩溃感觉！vtype 做了索引了啊？怎么会慢呢？ 和測试结果8-9秒到了一个数量级。从这里開始有人提出了分表的思路。这个和dis #cuz 论坛是一样的思路。 回到原题，怎样将上面的研究成功高速应用于开发呢？假设用复合查询，我的轻量级框架就没的用了。分页字符串还得自己写，那多麻烦？ PHP千万不能用框架，尤其是那种连sql语句都看不到的框架！ 由于開始对于我的轻量级框架都差点崩溃！仅仅适合小型应用的高速开发。对于ERP,OA，大型站点，数据层包含逻辑层的东西都不能用框架。
1.4K30编辑于 2022-01-28 - 来自专栏技术、架构与思维
经典SQL语句大全之数据开发
数据开发 1.按姓氏笔画排序: Select * From TableName Order By CustomerName Collate Chinese_PRC_Stroke_ci_as //从少到多 select @list=@list+','+b.name from sysobjects a,syscolumns b where a.id=b.id and a.name='表A' set @sql ='select '+right(@list,len(@list)-1)+' from 表A' exec (@sql) 4.查看硬盘分区: EXEC master..xp_fixeddrives 5. profiler',N'SQL 事件探查器') EXEC sp_msforeach_worker '?' ---------- N到结尾记录 Select Top N * From 表 Order by ID Desc 案例 例如1：一张表有一万多条记录，表的第一个字段 RecID 是自增长字段， 写一个SQL
1.1K50发布于 2018-09-12 - 来自专栏凯哥Java
MySQL 百万级分页优化(Mysql千万级快速分页)
MySql 这个数据库绝对是适合dba级的高手去玩的，一般做一点1万篇新闻的小型系统怎么写都可以，用xx框架可以实现快速开发。可是数据量到了10万，百万至千 万，他的性能还能那么高吗？ 8-9秒完成，my god 哪出问题了？？？？其实要优化这条数据，网上找得到答案。 和测试结果8-9秒到了一个数量级。从这里开始有人 提出了分表的思路，这个和dis #cuz 论坛是一样的思路。 好了，回到原题，如何将上面的研究成功快速应用于开发呢？如果用复合查询，我的轻量级框架就没的用了。分页字符串还得自己写，那多麻烦？ 只适 合小型应用的快速开发，对于ERP,OA，大型网站，数据层包括逻辑层的东西都不能用框架。如果程序员失去了对sql语句的把控，那项目的风险将会成几何 级数增加！
3.4K10编辑于 2022-12-15 - 来自专栏linjinhe的专栏
设计数据密集型应用（8-9）：从单机到分布式
所以，当你通过网络发送一个数据包的时候，程序必须考虑到这个数据包可能丢失、也可能延迟。
66210发布于 2020-04-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号