- 综合排序
- 最热优先
- 最新优先
- 来自专栏java开发的那点事
Mysql业务设计（物理设计）
物理设计 根据所选择的关系型数据库的特点对逻辑模型进行存储结构的设计 物理设计： 定义数据库、表及字段的命名规范 选择合适的存储引擎 为表中的字段选择合适的数据类型 建立数据库结构 定义数据库、表及字段的命名规范
73510发布于 2020-09-30 - 来自专栏java开发的那点事
Mysql业务设计（逻辑设计）
逻辑设计 数据库设计三大范式 数据库设计第一大范式 数据库表中所有的字段都只具有单一属性 单一属性的列是由基本数据类型所构成 设计出来的表都是简单的二维表 ? 数据库设计的第二大范式 要求表中只有一个业务主键，也就是说符合第二范式的表不能存在非主键列，只对部分主键的依赖关系 ? 数据库设计的第三大范式 指每一个非非主属性既不部分依赖于也不传递依赖于业务主键，也就是在第二范式的基础上相处了非主键对主键的传递依赖 ? 反范式化设计 为啥要有这个东西呢，就是因为如果过分的依赖于三大范式，设计出来的表虽然很符合规范，但是SQL的查询性能将会很差，所以才有了反范式设计 什么叫反范式化设计： 反范式化是针对范式化而言的，在前面介绍的三大范式 所谓的反范式化就是为了性能和读取效率的考虑而适当的对数据库设计范式的要求进行违反 允许存在少量冗余，换句话来说反范式化就是用空间换时间 逻辑设计总结 不能完全按照范式的要求进行设计 考虑以后如何使用表
74130发布于 2020-09-30 - 来自专栏windealli
业务系统存储设计
一、引言 现在业务系统设计中，存储设计扮演着至关重要的角色。随着数据量的爆炸性增长和业务需求的不断变化，如何高效、安全地存储和管理数据成为了每个业务系统设计必须面对的挑战。 存储设计的关键考虑因素 数据的完整性和一致性 性能 可拓展性 可用性与容灾 安全合规 成本效益 3. 存储设计的原则 需求驱动设计： 存储设计应基于业务需求和应用场景，确保设计方案能够满足实际业务需求。 遵循标准和最佳实践： 遵循行业标准和最佳实践，确保存储设计的规范性和可维护性。 灵活性和适应性： 设计应具备灵活性，能够适应业务需求的变化和技术发展的趋势。 五、业务数据存储的常见优化策略 1. 缓存机制 缓存机制通过在内存中存储频繁访问的数据，减少对数据库的直接访问，从而提高系统的响应速度和吞吐量。
81512编辑于 2024-07-20 - 来自专栏OSChina
单点登录流程 业务设计
9、登录成功。
66630发布于 2019-08-01 - 来自专栏技术趋势
设计模式-业务代表模式
业务代表模式是什么？ 业务代表模式（Business Delegate Pattern）用于对表示层和业务层解耦。它基本上是用来减少通信或对表示层代码中的业务层代码的远程查询功能。 业务代表（Business Delegate）：一个为客户端实体提供的入口类，它提供了对业务服务方法的访问。 查询服务（LookUp Service）：查找服务对象负责获取相关的业务实现，并提供业务对象对业务代表对象的访问。 业务服务（Business Service）：业务服务接口。 实现了该业务服务的实体类，提供了实际的业务实现逻辑。 优点： 低耦合高灵活：减少系统之间的相互依赖; 高内聚：有问题外部也是不知道的，只会怪接口，所以内部好处理掉这些问题。 业务代表模式主要解决一个是直接将业务交给业务代表去调用，当然所有的内部接口都向业务代表暴露，通过业务代表统一去操作，起到一个作用是用户不会直接面对内部系统而是面对。
1K20发布于 2020-09-18 - 来自专栏知了一笑
设计「业务」与「技术」方案
唯独离谱在这里； 从实践经验上来看，产品研发抛开业务设计所带来的反伤，也许会迟到，但绝对不会缺席； 所谓的简单业务流程，仓促上线之后，后续补坑的成本可能高的离谱； 相对于完整的研发周期来说，设计、落地、 一次性的高质量完成，就是成本最低，效率最高的决策； 对于研发角色，方案设计通常就是围绕技术和业务两个核心； 02 【常用的方法论总结】 在做方案设计时，必然要运用一些基础的方式方法； 有关方法的经验总结很多 ，并且能意识到这种模式是映射到产品设计或者服务中的； 必须理解业务模式所对应的产品矩阵设计，各个核心功能的流程和路径； 理解负责的业务板块 个人的工作习惯，并不是常规的流程机制； 明确自己负责的业务板块 ，就是方案设计的主线； 05 【统筹技术和业务方案】 设计研发方案，自然需要把握业务的整体，规划技术架构，确保业务和技术双线推进； 方案的核心则是围绕当前阶段的具体业务需求，设计实现流程、目标、指标； ，关键问题与核心矛盾，在版本需求中有序解决； 业务和技术的流程 分析业务的运转流程和特征，映射为技术的实现过程，作为方案设计的核心思想； 业务的运转流程，围绕客户、产品、组织协作来设计，侧重于场景的分析
49820编辑于 2023-02-13 - 来自专栏商业智能方案
最新业务数据指标体系集合！覆盖9个行业、多个业务场景
上次我发了第一个版本的六个行业业务指标体系，非常受大家欢迎，但是有一些人没有领到原图，这一次，老李花了两周时间去整理了一份最新最全的指标体系，涵盖了互联网、零售、电商、在线教育、餐饮、保险、银行、制造业 、物流等9大行业，以及财务、人力资源、广告、渠道等4个主题业务场景。 当然，还是要重申一下我的观点：没有任何一个指标体系是放之四海而皆准的，我们只有不断地理解业务、接触业务、熟悉业务，才能建立起最适合自身的指标体系。 最适合的，才是最好的！ 大金融类 1.保险行业 可从业务发展、成本费用、资金运用、盈利管理和风险管理这五个保险业的重要模块进行数据指标的划分。
2.5K32发布于 2020-07-31 - 来自专栏Java项目实战
Java业务重要还是设计重要？
3.业务重要还是设计重要？ 这几个问题都是近期遇到的问题，逐一想自我验证一下，还有我年初的计划是用心写30-35篇啊，这疫情原因，年初在家都写了将近20篇了，我还不高产吗？怎么还拖更掉粉了呢？ 查询条件并没用到最左侧的字段，优化器竟然用到了索引 业务重要还是设计重要？ 关于这个问题就当下的业务展开进行了讨论，由于对业务的不不熟悉，在项目落参数时导致的参数不全，业务固然是代码书写的关键，何时落参，落哪些参数，在整个项目阶段，如果将业务捋清，流程理解，剩下的搬砖就是测试问题 而设计问题就会导致整个项目的扩展性，架构选择只是其中一方面，真正影响的还是业务设计，对后期的接入，扩展影响巨大，是否可抽离？是否可共用？是否强依赖？是否改动最小？ 最近感受比较深刻，当然这是历史设计遗留问题，时间久的项目考虑肯定没有那么细化，导致业务的模块与模块之间依赖太严重，不好抽离。
65920发布于 2020-04-21 架构设计与业务梳理
架构设计和业务梳理是软件开发过程中至关重要的步骤，它们可以帮助团队理清业务逻辑、优化系统结构，提高系统的可扩展性和可维护性。 在这篇博客中，我们将探讨架构设计和业务梳理的方法论，并提供一些实用的指导原则。 架构设计 架构设计是指在软件开发过程中，针对系统整体结构和组件之间的关系进行规划和设计的过程。 以下是一些关于架构设计的方法论： 需求分析：首先要深入理解业务需求，明确系统的功能和性能需求，与业务团队充分沟通，确保对需求的准确理解。 可扩展性：考虑系统未来的扩展需求，设计灵活的架构，方便添加新功能或调整现有功能。 性能优化：在设计阶段就考虑系统的性能需求，避免出现性能瓶颈，选择合适的技术栈和架构模式。 综上所述，架构设计和业务梳理是软件开发中不可或缺的环节，它们有助于团队对系统的整体结构和业务逻辑有一个清晰的认识，从而帮助团队高效开发、优化系统性能。
31010编辑于 2025-08-29- 来自专栏编外气象人
气象业务驱动模型（MODD）设计
气象业务驱动模型（MODD）的提出是为了解决气象业务信息化过程中气象业务和信息化技术的有效融合，不只是气象业务系统开发过程中的需求有效转化以及信息化架构的合理设计，还包含气象业务的合理改进和新技术有机融合的相关思考 业务模型驱动（BMD）是一种业务导向和驱动的软件体系，也是基于业务模型的概念结构表达体系，用来描述、分析、设计、构建、集成、扩展、运行的管理信息系统，是企业业务运行的基础平台架构。 领域驱动设计（DDD）是目前比较流行的软件建模设计方法，早在2004年埃里克.埃文斯（Eric Evans）就发表了《领域驱动设计》（Domain-Driven Design-Tackling Complexity DDD核心思想是通过领域驱动设计方法定义领域模型，从而确定业务和应用边界，保证业务模型与代码模型的一致性。 在昨天提出MODD这个概念时我说过，解决这个问题的关键在于人，这个人就是要懂得气象业务驱动模型设计的人，这个人所承担的职能一方面要深入理解气象业务，懂得气象业务的核心和关键点在哪里，另一方面还要懂得将业务体系通过模型创建表述出来
79720发布于 2020-06-01 - 来自专栏Lvshen的技术小屋
设计模式9之命令模式
Invoker调用者：执行命令 代码实现 首先创建一个抽象接收者Receiver public abstract class Receiver { //抽象接收者，定义每个接收者都必须完成的业务 this.receiver = _receiver; } //必须实现一个命令 @Override public void execute() { //业务处理 this.receiver = _receiver; } //必须实现一个命令 @Override public void execute() { //业务处理 一般来说，命令模式结合其他设计模式，会有更好的效果。 但是命令模式中Command也不能无限扩展，如果有N个命令，那就会有N个Command子类，这样也不是很好。
29710编辑于 2022-05-05 - 来自专栏后端技术
系统设计与分析 作业9
使用ECB实现 make reservation用例的详细设计（包含用例简介，顺序图，类图） 1.1 用例简介 该用例完成用户订购酒店的整体过程。 用户可搜索酒店，得到搜索表单。 将逻辑设计类图映射到实际项目框架的包图。用树形结构表述实现的包和类
43240发布于 2019-05-25 Java业务系统平台架构：实现业务分析与详细设计
标题：Java业务系统平台架构：实现业务分析与详细设计 引言： 在当前的信息化时代，快速、高效地构建可靠的业务系统平台是企业成功的关键之一。 本文将详细介绍如何通过Java技术实现业务分析与设计，帮助读者构建一套高度可扩展、稳定可靠的业务系统平台架构。 数据库设计： 依据业务需求，设计数据库表结构，合理规范表字段和表关系。 选择合适的数据存储技术，如关系型数据库、NoSQL数据库等。 设计数据库访问层，包括DAO（数据访问对象）层，封装数据库操作，提供高效的数据访问接口。 3. 业务逻辑设计： 基于业务需求，设计业务逻辑处理层，将业务流程转化为可执行的代码逻辑。 利用领域模型、业务对象、服务等概念，建立清晰的业务模型。 考虑业务拓展性和可维护性，采用设计模式（如工厂模式、策略模式）进行设计。 4.
27110编辑于 2025-08-29- 来自专栏悠扬前奏的博客
Kafka-9.设计-消息分发语义
在了解了生产者和消费者的工作方式之后，我们来讨论Kafka在生产者和消费者之间提供的语义保证。 显然，有多个可能的消息专题保证可以提供：
62530发布于 2019-06-15 - 来自专栏信数据得永生
Java 设计模式最佳实践：6~9
当我们开始构建一个应用时，我们有一组需求，我们试图设计一个我们认为能够满足所有需求的解决方案。这种设计被称为应用架构。 业务层保存所有与业务相关的逻辑。 有时，如果所讨论的应用或服务没有一组强大的业务规则，那么业务层将与应用层合并。另一方面，您可能希望进一步将业务层划分为子层，以防应用需要强大的业务规则实现。 通常，使用诸如面向切面编程（AOP）之类的技术，使这些关注点独立于核心业务或应用逻辑是一个好主意。 分层架构及其应用实例 为了进一步理解分层架构风格，让我们看一下代码和设计示例。 在本例中，我们没有任何要实现的业务规则，因此省略了层。另一方面，如果我们想要实现一些业务规则，比如一些员工记录应该对某些特定角色隐藏，或者应该在向最终用户显示之前进行修改，那么我们将实现一个业务层。
2.1K10编辑于 2023-04-23 - 来自专栏技术客栈
Java设计模式（9）享元模式
前言 在软件开发的世界里，设计模式如同一本精妙的编码诗集，已经成为一种标准的编程实践。在Java编程中，设计模式很重要。 本人将制作一个关于Java设计模式的系列文章，总共23种设计模式将以一篇一篇文章讲解，代码笔记已开源：Gitee点击跳转。在上一篇《Java设计模式（8）外观模式》文章中，我们介绍了外观模式。 享元模式 享元模式是一种结构型设计模式，是通过共享对象来减少内存使用和提高性能。在该模式中，对象分为内部状态和外部状态，其中内部状态是可共享的，而外部状态是不可共享的。
26510编辑于 2024-04-18 - 来自专栏Mac消息
Axure RP 9 for Mac(原型设计软件)
Axure RP 9是一款流行的原型设计软件，可以帮助用户创建交互式、高保真的网站和应用程序原型。 Axure RP 9的主要特点包括：1.快速原型制作：Axure RP 9提供了快速的原型制作工具，可以帮助用户快速创建高保真的交互原型。 4.模板和主题：Axure RP 9提供了大量的模板和主题，用户可以根据需求选择合适的样式，节省设计时间。 6.注释和说明：Axure RP 9支持可视化注释和说明，可以让团队成员更好地理解原型设计和功能需求。 总之，Axure RP 9是一款功能强大的原型设计软件，适用于各种网站和应用程序的开发，可以帮助用户快速、高效地创建高保真的交互原型。
1.2K20编辑于 2023-03-22 - 来自专栏新亮笔记
业务驱动的应用架构设计
《业务架构·应用架构·数据架构实战》读书笔记 什么是应用架构？ 应用架构是—组应用系统及其交互关系的描述，其中的每个应用系统都是一个 “逻辑功能组” ，用于支撑业务功能、管理数据资产。 必须强调，应用架构不关注 “每个应用的内部” : 既不关注每个应用本身的架构； 也不关注每个应用的实现技术； 【注意】应用架构的目标，是 定义支持业务 和 处理数据 需要的哪些应用系统。 这些应用系统需要执行哪些操作才能管理数据并将信息呈现给企业人员； 应用架构中的 “应用” ，不应被描述为具体的计算机系统，而应被描述为 “逻辑功能组” ，这些逻辑功能组负责支持 “数据架构中数据对象的管理” 或支持 “业务架构中的业务功能 业务驱动的应用架构设计步骤
74750编辑于 2022-03-31 - 来自专栏架构之家
如何利用设计模式改善业务代码？
在业务部门的开发中，大多数的我们在完成的业务的各种需求和提供解决方案，很多场景下的我们通过 CRUD 就能解决问题，但是这样的工作对技术人的提升并不多，如何让自己从业务中解脱出来找到写代码的乐趣呢，我做过一些尝试 ，使用设计模式改善自己的业务代码就是其中的一种。 责任链设计模式 ▐ 模式定义 责任链模式(Chain of Responsibility Pattern), 是行为型设计模式之一。 这种简单的流程即可试用于我们当前业务场景。 这样负责积分消费次数累加和负责语音播报的订阅者就会收到“支付成功事件”，进而做各自的业务逻辑。
52430编辑于 2022-07-12 - 来自专栏新亮笔记
业务驱动的数据架构设计
《业务架构·应用架构·数据架构实战》读书笔记 什么是数据架构？ 数据架构是通过对齐企业战略得到的数据资产管理蓝图。 具体而言，该蓝图用于指导如何分析数据需求、如何做好响应设计。 数据架构描述企业的： 主要数据类型及其来源； 逻辑数据资产； 物理数据资产； 数据管理资源； 上述所有内容的结构和交互； 数据架构的五大设计内容： 数据类型及其来源 - 例如一个电商企业需要操作日志、生产库 、BI 库，这三类数据； 数据模型 - 例如日志模型、进销存模型、BI 星型模型，以及跨业务的主数据模型； 数据存储 - 例如日志采用文本文件存储，其他采用关系型数据库存储； 数据流 - 例如从查找商品
50810编辑于 2022-03-31
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号