- 综合排序
- 最热优先
- 最新优先
- 来自专栏mysql
hhdb数据库介绍(9-5)
计算节点支持mysqlbinlog命令，mysqlbinlog命令能够解析binlog文件用于同步增量数据，从而减少了将单机数据迁移至计算节点时的停机时间。使用mysqlbinlog连接远程实例获取binlog文件并解析出其中的SQL语句，然后交由计算节点执行，从而将某个数据库的增量数据导入到计算节点某个逻辑库下。首先，登入到管理端口（默认端口为3325），执行dbremapping命令添加数据库映射关系，关于dbremapping命令用法，请参考计算节点管理命令文档。
28710编辑于 2025-03-26 - 来自专栏AI机器学习与深度学习算法
机器学习入门 9-5 决策边界
本系列是《玩转机器学习教程》一个整理的视频笔记。本小节介绍对于分类问题非常重要的决策边界，先对逻辑回归求出决策边界的函数表达式并绘制，但是对于像kNN这种不能求出决策边界表达式的可以通过预测样本特征平面中区间范围内的所有样本点来绘制决策边界。最后通过调整kNN算法的k值，了解模型的复杂与简单对应的决策边界不同。
3K20发布于 2020-02-26 - 来自专栏IT技术圈（CSDN）
浙大版《C语言程序设计（第3版）》题目集 习题9-5 通讯录排序
习题9-5 通讯录排序 输入n个朋友的信息，包括姓名、生日、电话号码，本题要求编写程序，按照年龄从大到小的顺序依次输出通讯录。题目保证所有人的生日均不相同。
1.3K30发布于 2020-09-15 - 来自专栏三掌柜的技术空间
吃透大模型系统：提示工程、符号推理、智能体实战全解
它把“上下文工程”讲得非常透彻，而且不是停留在概念层面，作者直接用图 9-5 把一条最常走、最高频的工程动线画出来了： 每一轮推理开始前，系统先把“可用的决策上下文”拼装好，将所需的模板、资源、工具、状态一次性拉齐 ▲上下文工程的 MCP 最佳实现（原书图 9-5） 如果跳过这一步，智能体甚至不知道自己能干什么、该用什么、现在处在什么状态，更谈不上稳定规划和可靠执行。 结合图 9-5，这条动线其实就是一套非常清晰的四步闭环： 1.选择适配当前任务的上下文模板（逻辑分区） 先把上下文结构定型：身份/目标/约束/输出格式如何分区，历史记录与状态存放在哪一块分区，工具与资源放在哪一块分区 Part.3 智能体不缺框架， 缺的是“越用越强”的认知架构 预训练给底子，上下文工程给临时加成；认知架构负责把经验沉淀下来。 认知架构：把运行中的经验“沉淀下来”（让系统下次更稳定，更像一个能长期工作的智能体）。
21411编辑于 2026-03-03 - 来自专栏软件方法
《软件方法》第9章 分析类图进阶（20180619更新）
图9-3 四种架构型的关系 首先要说的是，颜色架构型只是一些建模的提示和建议。 如图9-5所示。 ? 图9-5 给“设备”涂上颜色 很容易画出“设备”的状态机图，如图9-6所示。 ? 以图9-5中的类为例，单位采购了10台品牌型号完全相同的设备，每一台设备都要编号区分，而且“可借”、“故障”等状态也各自不同，但是，设备的品牌型号以及各种参数是一样的。 图9-17 架构型之间的责任分配 将这个套路应用到上面的设备管理系统例子，如图9-18所示。 ? ? 图9-18 架构型之间的责任分配应用到设备管理系统 在使用颜色来标记类时，要谨记同样一个类在不同上下文中颜色可以不同。
66130发布于 2019-09-23 - 来自专栏Coding迪斯尼
用go做个编译器:语法解析树及其实现
对于算术表达式9-5+2, 由于我们会首先使用list -> list + digit 来进行解析，因此 9-5对应一个list，2对应digit, 因此最终解析完成后，所形成的解析树如下： 使用生产式来定义语法是一件困难的事情 list+list进行解析，一种是使用list->list-list进行解析，如果是后者，那么我们会生成的语法树如下： 这里我们看到两个语法表达式都对应表达式”9-5+2”，但是第一个语法树执行的操作是(9- 对于算术表达式1+2，对应的算术表达式就是1 2 +, 对于表达式(3+4)，对应的后项表达式就是3 4 + , 我们看一个复杂一点的，(9-5)+2 ,首先我们计算(9-5)的后项表达式，也就是9 5
1.8K50编辑于 2022-03-28 - 来自专栏机器学习与自然语言处理
Stanford机器学习笔记-9. 聚类(Clustering)
如图9-5的(1)所示。 但是，通常这条曲线是渐变的，没有很显然的"肘部"。如图9-5的(2)所示。 ? 图9-5 代价J关于簇数K的曲线图 注意：随着K的增加J应该总是减少的，否则，一种出错情况可能是K均值陷入了一个糟糕的局部最优。 一些其他的方法参见wikipedia。
1.6K110发布于 2018-03-13 - 来自专栏全栈程序员必看
体验vSphere 6之7-为虚拟机启用容错
图9-4 为辅助虚拟机选择主机 （5）在”即将完成”对话框，显示辅助虚拟机详细信息，这包括辅助虚拟机所在主机、配置文件位置、硬盘位置等，如图9-5所示。 图9-5 完成 （6）返回到vSphere Web Client管理控制台，在”近期任务”中会显示为虚拟机打开容错的配置信息，如图9-6所示。
1.5K40编辑于 2021-12-23 什么是技术架构、数据架构、业务架构、应用架构、产品架构和项目架构？
今天，我就来系统梳理六大核心架构——业务架构、数据架构、应用架构、技术架构、产品架构和项目架构。帮你理解数字化建设的底层逻辑，来有效地参与项目和提升协作效率。 想象一下，业务架构是公司的部门职责说明书，数据架构是公司的档案管理系统，那么，应用架构就是决定需要开发多少个具体的软件应用或微服务，来让各个部门能够协同工作。 这些问题，都属于技术架构的范畴。技术架构关注所有非功能性需求与基础设施：计算资源：选择物理服务器、虚拟机还是容器？是否采用无服务器架构？ 合理的项目架构能最大限度地减少团队间的沟通摩擦，确保技术愿景被高效、准确地执行。总结回顾这六大架构，你会发现它们构成了一个严谨的决策链条：业务架构定义战略与价值。数据架构把业务实体转化为核心资产。 应用架构将业务能力组织为软件模块。技术架构为软件模块提供运行时环境。产品架构将软件能力包装为用户可感知的价值。项目架构组织人类智慧完成从零到一的构建。它们彼此约束，又相互滋养。
1.1K10编辑于 2025-10-30- 来自专栏java闲聊
浅谈架构（单体架构、 SOA架构、微服务架构）
单体架构 * 一个典型的单体应用就是将所有的业务场景的表示层、业务逻辑层和数据访问层放在一个工程中，最终经过编译、打包，部署在一台服务器上。 ，它是将表示层的JSP、业务逻辑层的Service、Controller和数据访问层的Dao，打成war包，部署在Tomcat、Jetty或者其他Servlet容器中运行` [r-1.jpg] SOA架构 * SOA架构是面向服务的体系结构，主要目的是为了各个系统更加容易地融合在一起。
2.4K50发布于 2018-07-02 - 来自专栏架构之家
应用架构、技术架构、安全架构、部署架构
在日常软件项目开发与实施中，经常会涉及到各种架构图，如应用架构、技术架构、安全架构、部署架构。今天特意将这些架构图整理如下，提供给大家进行学习参考。 一、应用架构 二、技术架构 三、安全架构 四、部署架构 五、 有需要的同学，可以访问下面地址进行克隆，学习更多内容请访问： https://www.processon.com/u/5f633168e0b34d080d54c128
6.8K32编辑于 2022-12-28 - 来自专栏BigData_Flink
lambda架构+kappa架构+IOTA架构
A1 lambda架构 ? 三部分： Batch Layer：批处理层 Speed Layer：流处理层 Serving Layer：服务层 A2 Kappa架构 ? A3 IOTA架构 ? 设定标准数据模型，通过边缘计算技术把所有的计算过程分散在数据产生、计算和查询过程当中，以统一的数据模型贯穿始终，从而提高整体的预算效率，同时满足即时计算的需要。 A4 相关资料 详细可看以下博文（都不错大家耐心阅读）： lambda架构 kappa架构 IOTA架构
1.3K20发布于 2021-04-12 - 来自专栏深圳架构师同盟
什么是技术架构、数据架构、业务架构、应用架构、产品架构和项目架构？
因此这篇文章刚好回答下在知乎看到的一个问题，即：什么是技术架构、数据架构、业务架构、应用架构、产品架构和项目架构？ 对于该问题我从企业架构中的4A架构来简单回答下该问题。 企业架构作为指导企业数字化转型的重要方法论，涵盖了多个层次和维度的架构类型。从传统的4A架构（业务架构、数据架构、应用架构、技术架构）到现代的产品架构、项目架构，每种架构都有其独特的定位和作用。 企业架构4A体系的核心框架 4A架构关系图 我们常说的4A架构就是业务架构、数据架构、应用架构和技术架构，其实去理解4A架构的集成核心，你仍然要去参考企业架构这本书里面谈到的企业架构元模型。 业务架构的核心要素与设计方法 业务架构转换逻辑 业务架构是企业架构的起点和基础。 产品架构与项目架构的现代扩展 企业架构融合框架 在现代企业架构体系中，除了传统的4A架构外，产品架构和项目架构也成为重要的组成部分。
70910编辑于 2025-11-17 - 来自专栏全栈程序员必看
【架构】Lambda架构
而Lambda架构就是将若干组件组合在一起。 二、Lambda架构要做到什么 2.1Lambda架构创始人 提到Lambda架构，就不得不提Nathan Marz（后面我们称他为Marz）。 我相信，没有哪个架构师愿意看到这样的局面，更没有哪个架构师会基于这样的场景来去设计系统。 Lambda架构能够保障每个层都可以进行水平扩展，也就是添加更多的机器来实现扩展。 三、完全增量架构根本不可行 下面这张图，是一个最简单、也是最高层次的架构抽象：应用基于数据库不断地进行读写操作。 不管是什么系统，应用都是在增量地维护数据库状态。 Lambda架构在数据准确性、延迟以及吞吐量上表现明显要比完全增量架构要好得多。 四、Lambda架构 在大数据技术领域中，没有单一工具能够解决所有的数据问题。 Lambda架构还有一个重要特点，每当批处理层的数据进入到服务层后，不再需要实时视图中的数据了，也就是可以丢弃掉。Lambda这三层中，加速层是最复杂的。Lambda架构也旨在隔离复杂性。
1.8K20编辑于 2022-09-12 - 来自专栏【腾讯云开发者】
什么是技术架构、数据架构、业务架构、应用架构和代码架构？
01、关于架构的理解 1.1 分析与扩充维度 架构，是对系统的描述。 维基百科的定义是：软件架构是有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。 更多是以业务架构、技术架构、部署架构三种形式呈现。 业务架构：从业务角度描述系统承载的功能集合、领域边界、各组成部分的逻辑关系。 技术架构：从技术角度描述系统各组成部件之间的交互关系，技术架构体现的要具有技术特色，例如同步、异步、消息等。 部署架构：从物理角度描述系统的部署分布。 应用架构图可以分为应用功能/模块架构图和单个应用技术架构图。 3.2 应用功能架构图 站在整个系统的视角，描述整个系统逻辑架构。 06、数据架构 数据架构是对存储数据（资源）的架构。描述核心数据模型设计、数据同步和备份的机制等。
97710编辑于 2026-01-15 - 来自专栏数字化 IT 从业者路径课
应用技术架构 —— 单体架构 & 垂直架构 & SOA 架构
单体架构 1968 年的软件危机产生了软件工程，并且催生了面向对象的高级语言，例如 1972 的 C 语言，同时产生了我们的单体式的技术架构，单体架构的特点是所有代码逻辑都耦合在一个项目中。 将一个大型应用拆分成多个相互独立的小型应用成为解决单体应用的一种方案，这就是垂直架构（也成为“竖井式架构”）。垂直架构根据业务属性将一个大的单体应用拆分成多个模块或子系统，子系统之间没有直接关联。 垂直架构相较于单体架构而言，进行了部分解耦，但是不够彻底，在各个子系统相互依赖的代码和模块中，存在重复代码拷贝和模块功能重复开发的情况。 ESB 中心化架构实现了松耦合，依赖于 ESB 消息总线技术实现异构系统的信息交互和集成集中式架构管理，因此它虽然是面向服务的，但它本质上依旧是一个中心化的架构。 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等；3. 应用部署与管理主要包括但不限于虚拟化技术、容器技术与容器编排等；4.
3.7K20编辑于 2023-03-22 - 来自专栏CODING DevOps
应用技术架构 —— 单体架构 & 垂直架构 & SOA 架构
单体架构 1968 年的软件危机产生了软件工程，并且催生了面向对象的高级语言，例如 1972 的 C 语言，同时产生了我们的单体式的技术架构，单体架构的特点是所有代码逻辑都耦合在一个项目中。 随着业务的发展、单体架构越来越臃肿，系统代码量日益膨胀，在同一系统上协作的开发人员越来越多。基于单体架构的协作效率越来越低，系统故障率越来越高。 将一个大型应用拆分成多个相互独立的小型应用成为解决单体应用的一种方案，这就是垂直架构（也成为“竖井式架构”）。垂直架构根据业务属性将一个大的单体应用拆分成多个模块或子系统，子系统之间没有直接关联。 ESB 中心化架构实现了松耦合，依赖于 ESB 消息总线技术实现异构系统的信息交互和集成集中式架构管理，因此它虽然是面向服务的，但它本质上依旧是一个中心化的架构。 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等； 3. 应用部署与管理主要包括但不限于虚拟化技术、容器技术与容器编排等； 4.
6.5K53编辑于 2022-03-16 - 来自专栏数据结构与算法
BZOJ1096: [ZJOI2007]仓库建设(dp+斜率优化)
Sample Input 3 0 5 10 5 3 100 9 6 10 Sample Output 32 HINT 在工厂1和工厂3建立仓库，建立费用为10+10=20，运输费用为(9-5)*3 如果仅在工厂3建立仓库，建立费用为10，运输费用为(9-0)*5+(9-5)*3=57，总费用67，不如前者优。 【数据规模】 对于100%的数据， N ≤1000000。
1.1K50发布于 2018-04-13 - 来自专栏愿天堂没有BUG（公众号同名）
涨薪5K必学高并发核心编程，限流原理与实战，分布式计数器限流
本小节的Nginx Lua分布式计数器限流案例架构如图9-3所示。 图9-3 Nginx Lua分布式计数器限流架构 首先介绍限流计数器脚本RedisKeyRateLimiter.lua，该脚本负责完成访问计数和限流的结果判断，其中涉及Redis的存储访问，具体的代码如下 seckillGoodId=1 10秒内连续刷新，第6次的输出如图9-5所示。 图9-5 自验证时第6次刷新的输出 10秒之内连续刷新，发现第10次之后请求被限流了，说明Lua限流脚本工作是正常的，被限流后的输出如图9-6所示。 本小节的Redis Lua分布式计数器限流案例的架构如图9-7所示。
54120编辑于 2022-10-28 - 来自专栏全栈程序员必看
Dubbo架构(应用架构)
升级Spring版本到3.x 2、Dubbo整体架构 1、生命周期架构 上述所述为Dubbo内部交互图，主要包括： Provider 暴露服务的服务提供方 Consumer 调用远程服务的服务消费方 2、层级架构 Dubbo框架设计一共划分了10个层，而最上面的Service层是留给实际想要使用Dubbo开发分布式服务的开发者实现业务逻辑的接口层。
1.4K31编辑于 2022-07-26
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号