领域数据模型设计的那些话

最新推荐文章于 2024-06-20 11:28:05 发布

「已注销」

最新推荐文章于 2024-06-20 11:28:05 发布

阅读量437

点赞数

本文链接：https://blog.csdn.net/dipolar/article/details/50037531

版权

1、数据模型设计是由产品需求驱动的，也是由数据实体本身的特性所约束的

2、属性模型只由其本身有结构或有编辑定制需求或被多处引用的情况下，才有必要建model。

3、如同OO的继承，当多个类型的实体由统一引用的需求情况下，应该考虑设计父entry model

4、主键有可能当其他模型的外键时，应该尽量考虑有实际业务语义的唯一性字段，也就意味着尽量避免使用sequence之类的自动生成ID。

待续

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

「已注销」

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫

【DDD】学习笔记-领域模型与数据模型

xqdd的专栏

02-25

1056

领域模型与数据模型的关系分析

详解大模型微调数据集构建方法(持续更新)

热门推荐

herosunly的博客

06-05

11万+

本文详细介绍了大模型微调数据集构建方法，希望能对学习大模型的同学们有所帮助。文章目录 1. 前言 2. 微调数据集构建方法 2.1 方法一 2.2 方法二 2.3 方法三 2.4 方法四

参与评论您还未登录，请先登录后发表或查看评论

领域模型数据结构

家文的专栏

03-10

219

要快速了解一个系统，最快的方式就是通过阅读数据模型文档了解．这文章的出现，其实是个偶然，因为本来我以为可以快速搜索到什么是数据模型／数据结构，要么如百度百科说的，分开概念数据模型／逻辑数据模型／物理数据模型．要么就给你定义数据模型和算法的定义，来一个二叉树．扪心自问，我们的系统有没有概念数据模型的描述文档？除非你是来自比较有规模的公司，否则一般都不要求，甚至没有意识需要写这种描述文档．一般人在学习和了解一个系统，最好是从宏观角度，再一层一层细化到微观．上面说的三层模型：概念数据模型／逻辑数据模型／物理

领域驱动设计(DDD)

我不生产数据，只是数据的搬运工

03-26

767

领域驱动设计的概念大家都知道软件开发不是一蹴而就的事情，我们不可能在不了解产品(或行业领域)的前提下进行软件开发，在开发前通常需要进行大量的业务知识梳理，然后才能到软件设计的层面，最后才是开发。而在业务知识梳理的过程中，必然会形成某个领域知识，根据领域知识来一步步驱动软件设计，就是领域驱动设计(DDD,Domain-Driven Design)的基本概念。为什么需要 DDD 在业务初...

领域建模与数据库建模

liangtjsky的博客

04-29

437

1. 领域建模2. 数据库建模a. ER模型b. SQL脚本-- +--------------------------------------------------------- -- | MODEL : Reserver -- | AUTHOR : liangtj -- | GENERATED BY: Open System Architect -- +--------...

领域模型vs数据模型，应该怎么用？

云栖技术精选

02-18

814

简介：什么是领域模型？什么又是数据模型？两者可以等同吗？在实际应用中，怎么样才能用好它们？本文介绍领域模型和数据模型的概念定义，并举例说明两者相互混淆的错误用法，分享如何正确地应用它们。依稀记得我第一次设计一个系统的时候，画了一堆UML（Unified Modeling Language，统一建模语言）图，面对Class Diagram（其实就是领域模型），纠结了好久，不知道如何落地。因为，如果按照这个类图去落数据库的话，看起来很奇怪，有点繁琐。可是不按照这个类图落库的话，又不知道这个类图画了有什.

架构设计之路 - DDD领域驱动模型设计 - 补充中20220315

03-14

6028

文章目录前言一、架构的演变历程二、领域驱动初窥1 传统软件开发中的痛点2 什么是领域驱动设计战略设计战术设计总结3 领域模型4 分层架构模型三层架构四层架构六边形架构三、架构设计进阶1 DDD下的项目目录结构2 XXXX总结前言 DDD 领域驱动模型设计文章目录《领域驱动设计》—— Thoughtworks洞见《实现领域驱动设计》—— 沃恩·弗农 DDD-领域驱动设计 - 知乎 (zhihu.com) 一、架构的演变历程学习DDD之前，先了解大致的架构模式，因为DD

数仓建模—逻辑数据模型

04-18

6万+

在我们深入研究 LDM 之前，我们先来了解一下什么是数据模型以及数据建模根据IBM 的说法，它是“创建整个信息系统或部分信息系统的可视化表示，以传达数据点和结构之间的连接的过程”。能够可视化数据结构之间的这些关系使组织能够确定哪些业务领域需要改进。数据模型分为三种类型：概念型、逻辑型和物理型。通常，数据架构师和业务相关者是创建概念数据模型的用户。构建这些类型的目的是组织和定义业务概念和规则。它们具有不同类型的子模型，例如语义数据模型和业务数据模型。其实我们在数仓建模—建模流程。

DDD领域模型设计

王瑞学习笔记

03-08

2万+

一、DDD领域模型设计概念 DDD的全称为Domain-driven Design，即领域驱动设计；分层架构：UI层、应用层、领域层、基础设施层； User Interface 负责向用户展现信息，并且会解析用户行为，即常说的展现层。 Application Layer 应用层没有任何的业务逻辑代码，它很简单，它主要为程序提供任务处理。 Domain Layer 这一层包含有关领域的信息，是业务的核心，领域模型的状态都直接或间接（持久化至数据库）存储在这一层。 Infrastructure Layer 为

YOLOV5火灾检测数据集+代码+模型 2000张标注好的数据+教学视频

02-19

这个数据集和配套资源是专为火灾检测设计的，提供了2000张精心标注的图像，这对于训练和优化AI模型，尤其是火灾检测模型来说至关重要。一、YOLOV5算法详解 YOLOV5是YOLO系列的目标检测框架的最新迭代，其核心思想...

五步走，构建领域大模型

最新发布

weixin_59191169的博客

06-20

947

领域大模型已成为大模型必然的发展趋势，基于领域数据的标注和模型微调将成为企业的重中之重。目前公认的模式是由大公司提供基础大模型，细分领域的公司选择一个符合自己业务需求的基础大模型，在此基础上进行微调，精确解决领域任务。领域大模型的落地步骤可拆分为。企业需要建立指标体系进行基座选型，例如准确率、召回率、安全性、可解释性、稳定性、成本等，通过量化的指标评估对比多个大模型。以参数量过大会导致精调和部署成本提升，而参数量过小的模型能力较差，100-500亿参数量的大模型较为适中。

8｜数据库设计：怎样按领域模型设计数据库？

luoyuan的博客

01-30

1014

好，这节课的主要内容就讲完了，我们来总结一下。DDD 主张要根据领域模型来进行数据库设计，保证数据库和领域模型的一致，从而保证数据库和业务需求以及代码的一致性。在进行数据库设计时，我们可以用物理数据模型图，也可以直接用建表语句，两者基本是等价的。为了直观，我们采用了图示的方法。对数据表、字段等等的命名，应该依据词汇表，以便保证统一语言。一般来说，领域模型中的实体映射为数据库中的表；领域模型中的属性，映射成表中的字段。同时还要根据需求补充更多的字段。

一文教你认清领域模型和数据模型

我的新书《代码精进之路：从码农到工匠》

01-13

1万+

依稀记得我第一次设计一个系统的时候，画了一堆UML图，面对Class Diagram（其实就是领域模型），纠结了好久，不知道如何落地。因为，如果按照这个类图去落数据库的话，看起来很奇怪，有点繁琐。可是不按照这个类图落库的话，又不知道这个类图画了有什么用。现在回想起来，我当时的纠结源自于我对领域模型和数据模型这两个重要概念的不清楚。最近，我发现对这两个概念的混淆不是个例，而是非常普遍的现象。其结果就是，小到会影响一些模块设计的不合理性，大到会影响像业务中台这样重大技术决策，因为如果底层的逻辑、概念、理论基础

数据模型与业务模型（领域模型）的区别

工匠精神coding，终生学习

05-17

4136

1.数据模型(Data model)；指业务数据该如何持久化，以及数据之间的关系，即：传统的ER模型；数据模型存在于数据层。 2.业务模型(领域模型：Domain model):指业务逻辑中，相关联的数据如何联动协同；领域模型存在于领域层；衔接数据层与领域层的关键对象是Repository（DAO）； Entity(实体对象)：实体对象是我们正常业务应该用的业务模型，它的字段和方法应该和业务语言保持一致，和持久化方式无关;。Entity 的生命周期仅存在于内存中，不需要可序列化和可持久化..

从数据驱动到领域驱动——领域驱动设计中的数据库设计

重视代码质量也想码到80岁的程序猿笔记

01-11

763

领域驱动设计改变了表结构设计优先的懒惰思维惯性，领域建模优先保障了数据库设计与领域模型一致，从数据驱动到领域驱动是软件生产方式的变革，为领域模型与软件实现的统一奠定基础。

浅谈BI领域的数据模型设计（二）

cuancong5316的博客

01-18

826

/**********************************/ 目录：第一部分：基础概念第二部分：设计方式第三部分：银行业数据模型基本概念介绍第四部分：银行业数据模型分主题介绍第五部分：ODS和E...

领域模型设计实战

06-09

1245

点击上方“猿芯”，选择“设为星标”后台回复"1024"，有份惊喜送给面试的你原文http://6tt.co/2nxh0前言近期团队内组织了一次工作坊式的实践活动，来探索领...

VO、DTO、DO、PO 概念及其区别

yunnuo的博客

03-08

1万+

领域模型中的实体类分为四种模型：VO、DTO、DO、PO，各种实体类用于不同业务层次间的交互，并会在层次内实现实体类之间的转化。 VO （View Object）视图对象用于展示层，它的作用是把某个指定页面（或组件）的所有数据封装起来。 DTO（Data Transfer Object）数据传输对象主要用于展示层与服务层之间的数据传输对象 DO（Domain Object）领域对象就是从现实世界中抽象出来的有形或无形的业务实体。 PO（Persistent Object）：持久化对象 .

领域模型设计

追逐消失的记忆

09-01

1571

robbin将领域模型初步分为4大类：失血模型贫血模型充血模型胀血模型那么让我们看看究竟有这些领域模型的具体内容，以及他们的优缺点：一、失血模型失血模型简单来说，就是domain object只有属性的getter/setter方法的纯数据类，所有的业务逻辑完全由business object来完成(又称 TransactionScript)，这种模型下的domain object被Martin Fowler称之为“贫血的domain object”。下面用举一个具体的代码来说明，代码来

数据仓库模型设计与实现指南

"××项目数据仓库模型设计说明书" 在数据仓库模型设计中，有多个关键环节需要详尽理解和实施。这份“数据仓库模型设计说明书”提供了全面的指导，涵盖了建模思路、具体模型以及设计过程的各个阶段。以下是文档内容...