- 综合排序
- 最热优先
- 最新优先
- 来自专栏mysql
hhdb数据库介绍(10-10)
配置切换规则可为用户提供数据节点高可用性。计算节点会定时检测存储节点的可用情况，一旦检测到存储节点发生故障，计算节点会依据配置的切换规则自动切换到备用的存储节点上，以保障服务的稳定性和可靠性。用户也可以进行手动切换。
42010编辑于 2024-12-05 - 来自专栏深蓝居
PowerDesigner模型设计
一般来说在进行数据库建模时最常用的就是概念模型和物理模型，现在在PD15中增加了逻辑数据模型和多维数据模型。另外的数据流图、数据迁移模型和UML类图就暂时不研究了。 根据概念模型可以生成逻辑模型，逻辑模型是概念模型的延伸，表示概念之间的逻辑次序，是一个属于方法层次的模型。 逻辑模型介于概念模型和物理模型之间，具有物理模型方面的特性，在概念模型中的多对多关系，在逻辑模型中将会以增加中间实体的一对多关系的方式来实现。 逻辑模型主要是使得整个概念模型更易于理解，同时又不依赖于具体的数据库实现，使用逻辑模型可以生成针对具体数据库管理系统的物理模型。逻辑模型并不是在整个步骤中必须的，可以直接通过概念模型来生成物理模型。 这里只是简单的介绍了下数据库建模的过程，接下来我会对每一个步骤每一个模型进行详细的讲解。 在PowerDesigner中设计概念模型
97840编辑于 2022-06-16 - 来自专栏体验主义
设计常用模型分析
在做不同菜肴的时候，我们需要不同的菜谱来指引；而在不同的设计阶段，设计师也需要不同的设计模型/方法，让我们更灵活的做设计分析与输出。 下面从接到项目需求 > 体验迭代优化阶段，笔者将为大家详细讲解以下 5 种设计模型，并配出具体实践的案例，希望对大家有所启发。 ? 模型一：SWOT 模型 1. 概念介绍 相比前一个设计冲刺模型，GUCDR 模型在设计过程中的实用性更强，能让你快速用起来，帮你系统性梳理信息；在实际工作中，只要能够回答画布中的每个点，即可形成完整的设计推演过程，让设计思路逐渐清晰起来 模型四：双钻模型 1. 概念说明 双钻设计模型由英国设计协会提出，该设计模型的核心是：发现正确的问题、发现正确的解决方案。 双钻模型是一个结构化的设计方法，被很多设计师喜爱和使用。 下图是曾经在一个设计讲座中，滴滴 CDX 一位设计师的分享，她把双钻模型利用到设计的研究和输出阶段，个人感觉此模型此刻的使用场景也很贴切；不仅仅是在完整的一个项目中，在单一的某个阶段双钻模型也是理念很好的承载容器
1.8K30发布于 2020-04-08 - 来自专栏Wooola的技术博客
领域模型设计实战
二、领域模型设计 在分析出本次方案的领域模型后，我们继续进行下一步工作领域模型设计。 在上一阶段的分析过程中，我们已经明确了本次的核心服务是计费和计税。我们先基于计费进行相关的设计工作。 缺少域的划分，各个领域模型的职责边界不能很好的描述清楚。 第三组 领域模型设计可以满足本次需求，能够处理计费和计税问题。 基于本次需求可以满足，针对后续业务的扩展设计有所不足。 收获的感悟： 1、 挺有意思的活动，从业务的角度来分析需求，提取实体，构建领域模型，再从业务模型映射到软件设计，跳出工程师的身份定位，从系统分析员的视角用建模描述需求，从架构师的维度来用设计匹配建模和活动 针对领域建模知识的感悟： 4、 领域模型设计,不是直接的系统设计.需要清楚了解概念之间的差异。 5、 领域模型不是表的关系图,是对业务的高度抽象,将业务中的实体抽象出来,帮助我们理解和分析业务。 6、 模型设计要考虑清楚边界划分,模型归属的域范围,不要将不同范围的属性耦合到一个模型里。 7、 一个好的领域模式设计是可以指导后续详细分析展开以及编码的。
1.1K30发布于 2021-07-07 - 来自专栏hui
Django教程 —— 模型设计
模型设计 我们一般操作数据库的时候都是通过写sql语句，那么能不能不写sql语句就可以操作数据库呢？ 可以利用ORM框架。 使用Django进行数据库开发的步骤如下： 在models.py中定义模型类 迁移 通过类和对象完成数据增删改查操作 Django模型设计 在上篇文章中我们创建了一个图书管理系统（BMSTest），并部署了一个 我们接着这个项目来介绍Django进行数据库开发过程，模型设计。 1、定义模型类 模型类定义在models.py文件中，继承自models.Model类。 日期类型） 出版日期 模型类的设计 根据设计，在models.py中定义模型类如下： # -*- coding:utf-8 -*- """ @Author :Hui @Desc :{模型设计模块 继承models.Model的类的设计都会对应一张数据库表。 2、迁移 迁移前目录结构如下图： 迁移由两步完成: 1.生成迁移文件：根据模型类生成创建表的迁移文件。
1.3K20发布于 2021-09-29 - 来自专栏Lansonli技术博客
Django设计模型1.2
设计介绍 本示例完成“图书-英雄”信息的维护，需要存储两种数据：图书、英雄 图书表结构设计： 表名：BookInfo 图书名称：btitle 图书发布时间：bpub_date 英雄表结构设计： SQLite数据库 创建应用 在一个项目中可以创建一到多个应用，每个应用进行一种业务处理 创建应用的命令： python manage.py startapp booktest 应用的目录结构如下图 定义模型类 有一个数据表，就有一个模型类与之对应 打开models.py文件，定义模型类 引入包from django.db import models 模型类继承自models.Model类 说明：不需要定义主键列 hBook = models.ForeignKey('BookInfo') def _ _str_ _(self): return "%d" % self.pk 生成数据表 激活模型 ：编辑settings.py文件，将booktest应用加入到installed_apps中 生成迁移文件：根据模型类生成sql语句 python manage.py migrate 测试数据操作 进入
85810发布于 2021-10-09 - 来自专栏hui
Django教程 —— 模型设计
模型设计 我们一般操作数据库的时候都是通过写sql语句，那么能不能不写sql语句就可以操作数据库呢？ 可以利用ORM框架。 使用Django进行数据库开发的步骤如下： 在models.py中定义模型类 迁移 通过类和对象完成数据增删改查操作 Django模型设计 在上篇文章中我们创建了一个图书管理系统（BMSTest）， 我们接着这个项目来介绍Django进行数据库开发过程，模型设计。 1、定义模型类 模型类定义在models.py文件中，继承自models.Model类。 日期类型） 出版日期 模型类的设计 根据设计，在models.py中定义模型类如下： # -*- coding:utf-8 -*- """ @Author :Hui @Desc :{模型设计模块 继承models.Model的类的设计都会对应一张数据库表。 2、迁移 迁移前目录结构如下图： 迁移由两步完成: 1.生成迁移文件：根据模型类生成创建表的迁移文件。
1.6K10发布于 2020-11-06 - 来自专栏深蓝居
数据库模型设计——主键的设计
在数据库设计时，主要就是对实体和关系的设计，实体表现出来就是表，关系表现出来就是外键。而对于一个表，由两部分组成：主键和属性。主键的简单定义就是表中为每一行数据的唯一标识。 由于主键常常用于检索数据，也用于表之间的关联，所以主键的设计的好坏将会严重影响数据操作的性能。下面来介绍下主键设计的几个考虑因素。
2K30编辑于 2022-06-16 - 来自专栏讲编程的高老师
吴恩达机器学习笔记10-10分钟理解梯度下降法
“Linear regression with one variable——Gradient descent” 01 — 视频 02 — 笔记 概述： 本视频介绍如何通过梯度下降法求线性模型代价函数的最小值 我们把问题进一步简化，把它看成是二维平面上的代价函数J，这个时候我们的模型就简化成只有一个参数 ?
1.1K20发布于 2020-08-14 - 来自专栏devops_k8s
秒杀架构模型设计
我们如何设计一个秒杀系统呢？对于秒杀系统应该考虑哪些问题？如何设计出健壮的秒杀系统？ 这个问题我们需要考虑解决; 2.5 数据库设计 秒杀有把我们服务器击垮的风险，如果让它与我们的其他业务使用在同一个数据库中，耦合在一起，就很有可能牵连和影响其他的业务。 缓存会被击穿，直接渗透到DB,从而击垮mysql.后台会将会大量报错; 3 秒杀系统设计和技术方案 3.1 秒杀系统数据库设计 针对1.5提出的秒杀数据库的问题，因此应该单独设计一个秒杀数据库 3.2 秒杀url的设计 为了避免有程序访问经验的人通过下单页面url直接访问后台接口来秒杀货品，我们需要将秒杀的url实现动态化，即使是开发整个系统的人都无法在秒杀开始前知道秒杀的 5 总结 秒杀流程图: image.png 这就是我设计出来的秒杀流程图,当然不同的秒杀体量针对的技术选型都不一样，这个流程可以支撑起几十万的流量，如果是成千万破亿那就得重新设计了。
61210发布于 2021-11-07 - 来自专栏JavaEdge
Kafka Server Reactor设计模型
监听客户端的连接请求，并建立和客户端的数据传输通道，然后为这个客户端指定一个Processor，它的工作就到此结束，这样它就可以去响应下一个客户端的连接请求了。
42010发布于 2021-02-23 - 来自专栏Web行业观察
BIM模型HLoD设计文档
//作者：迷途的小书童 //微信公众号:g0415shenweri Bim模型Hlod设计文档 ? ---- Bim模型的渲染我们采用Hlod的解决方案来解决大规模的模型渲染的问题。 我们参考cesiumgs的3dtiles的设计格式进行设计。 properties：选填字段，用来表示bim模型的最大和最小高度。
1.3K60发布于 2021-05-11 - 来自专栏方丈的寺院
单机高并发模型设计
背景 在微服务架构下，我们习惯使用多机器、分布式存储、缓存去支持一个高并发的请求模型，而忽略了单机高并发模型是如何工作的。 这篇文章通过解构客户端与服务端的建立连接和数据传输过程，阐述下如何进行单机高并发模型设计。 应用程序进行decode,业务逻辑处理,最后encode，再发送出去，返回给客户端 因为是一个线程处理一个连接数据，对应的线程模型是这样 多路复用 阻塞vs非阻塞 因为一个连接传输，一个线程，需要的线程数太多 以上就是大名鼎鼎的reactor高并发模型。
94120编辑于 2022-11-08 - 来自专栏学习道路指南
【设计模式】RBAC 模型详解
希望通过本篇博客的学习，您能够深入了解RBAC模型的核心思想和实现原理，掌握如何在实际项目中应用RBAC模型来提高系统的安全性和可维护性。 ，这一缺陷使得RBAC模型很难适应哪些对操作次序有严格要求的系统 四、RBAC 的 3 种模型 4.1 RBAC0 RBAC0，是最简单、最原始的实现方式，也是其他RBAC模型的基础。 这种模型适合于角色之间层次分明，可以给角色分组分层。 4.3 RBAC2 RBAC2，基于RBAC0模型的基础上，进行了角色的访问控制。 这种模型不仅简化了权限管理的复杂性，还提高了系统的可维护性和可扩展性。 在本篇博客中，我们将深入探讨RBAC模型的基本概念、特点、优势以及实现方式。 同时，我们还将介绍RBAC模型在实际应用中的一些挑战和解决方案，以帮助您更好地理解和应用这一模型。
3.9K10编辑于 2024-01-19 - 来自专栏芋道源码1024
秒杀架构模型设计
1.6:大量请求问题 二：秒杀系统的设计和技术方案 2.1：秒杀系统数据库设计 2.2：秒杀url的设计 2.3：秒杀页面静态化 2.4:单体redis升级为集群redis 2.5:使用nginx 2.6 我们如何设计一个秒杀系统呢？对于秒杀系统应该考虑哪些问题？如何设计出骚气的秒杀系统？ 这个问题我们需要考虑解决 1.5：数据库设计 秒杀有把我们服务器击垮的风险，如果让它与我们的其他业务使用在同一个数据库中，耦合在一起，就很有可能牵连和影响其他的业务。 2.1：秒杀系统数据库设计 针对1.5提出的秒杀数据库的问题，因此应该单独设计一个秒杀数据库，防止因为秒杀活动的高并发访问拖垮整个网站。 三：总结 秒杀流程图： 图片 这就是我设计出来的秒杀流程图,当然不同的秒杀体量针对的技术选型都不一样，这个流程可以支撑起几十万的流量，如果是成千万破亿那就得重新设计了。
76940发布于 2021-09-03 - 来自专栏xiaoxi666的专栏
架构设计理念&模型
https://www.infoq.cn/article/should-we-focus-on-ddd 事件风暴：https://en.wikipedia.org/wiki/Event_storming 模型
71910发布于 2020-03-19 - 来自专栏架构师修炼
DDD领域驱动设计 — 贫血模型与充血模型
前言 要想深入掌握和了解 DDD 领域驱动设计的核心，那无论如何也绕不开两大较为抽象的概念——“贫血模型”、“充血模型”： 贫血模型即事务脚本模式。 充血模型即领域模型模式。 面向对象设计主张将数据和行为绑定在一起，而贫血领域模型则更像是一种面向过程设计，Martin Fowler和Eric在Smalltalk时就极力反对这种做法。 正如martin在企业应用架构模式一书中说到的，领域模型并不一定是最好的工具。 将行为放入领域模型，这点和分层设计（领域层、持久化层、展现层等）并不冲突。 我怀疑是因为大多数人并没有使用过一个设计良好的领域模型，特别是那些以数据为中心的开发人员。 因此实际工程场景中，是否使用，如何使用还依赖于设计者以及团队充血模型设计的理解和把握，因为现在绝大多数J2EE开发者都受贫血模型影响非常深。
1.1K31发布于 2021-11-12 - 来自专栏深蓝居
数据库模型设计——历史与版本设计
在企业数据库设计中，经常会遇到一个需求，就是希望把操作之前的数据保留下来，能够看到操作之前是什么数据，操作之后是什么数据。对于这种需求，我们可以使用保留历史数据或者使用版本来实现。 为了能够保留历史数据，在版本设计时有以下方案： 一、使用版本号 版本号是一种常见的版本设计方案，就是在要进行历史数据保留的表上面增加一个版本号字段，该字段可以是DateTime类型，也可以是int类型， 这样的设计造成的问题就是订单明细表会极速膨胀，如果一个订单有1000条明细，我们只是修改了订单本身的属性，并不修改订单明细，也会造成对这1000条明细做Copy，然后保存。那怎么办呢？ 使用这种设计后，查询订单及其明细，需要对两个表执行生效失效时间的过滤，而且明细的获取是通过订单号去取，而不是通过订单ID去取。 将版本控制的粒度细化到订单明细时，后台程序的逻辑也会更加复杂。 对于一个现有的数据库设计，在增加历史数据记录功能时更简单。 业务数据表可以直接进行update操作，不会生成新的ID。由于ID不会变，所以我们并需要业务主键应用到程序逻辑中。
2.1K20编辑于 2022-06-16 - 来自专栏JavaEdge
DDD领域驱动设计-充血模型、贫血领域模型
面向对象设计主张将数据和行为绑定在一起，而贫血领域模型则更像是一种面向过程设计，Martin Fowler和Eric在Smalltalk时就极力反对这种做法。 贫血领域模型的根本问题在于，它引入了领域模型设计的所有成本，却没有带来任何好处。 最主要的成本是将对象映射到数据库中，从而产生了一个O/R（对象关系）映射层。 正如martin在企业应用架构模式一书中说到的，领域模型并不一定是最好的工具。 将行为放入领域模型，这点和分层设计（领域层、持久化层、展现层等）并不冲突。 我怀疑是因为大多数人并没有使用过一个设计良好的领域模型，特别是那些以数据为中心的开发人员。 因此实际工程场景中，是否使用，如何使用还依赖于设计者以及团队充血模型设计的理解和把握，因为现在绝大多数J2EE开发者都受贫血模型影响非常深。
1.2K30发布于 2021-02-23 - 来自专栏在线制图
ER模型设计工具：设计ER模型及MySQL DDL文件导入及生成
概述 ER模型使用可视化了实体存储的信息，以及直观的呈现了实体与实体的关系，在我们实际的应用系统开发过程中新建ER模型可以更好的理解业务模型，为以后的开发维护工作起到归纳总结的作用。 后期会进行功能拓展以支持SQL Server,Oracle,PostgreSQL,Sybase,等等数据库模型建模，支持SQL导入生成ER模型,通过DDL语句生成ER模型,ER模型SQL导出,根据ER模型生成 如果你使用ERwin 或者PowerDesign等等传统的客户端工具设计表结构，不妨体验一下在线ER模型带来的轻量级，云端存储，随时使用的好处。 提供如下功能： 通过可视化工具实现在线制作ER模型 使用MySQL DDL 语言实现在线导入生成ER模型 针对ER模型中表实体实现生成建表SQL语句,支持多表生成 针对ER模型中选择表的字段生成字段新增或修改 [在线制图_ER模型] 2、修改表列SQL [在线制图_ER模型] [在线制图_ER模型]
3K10发布于 2019-06-17
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号