领域模型概念模型是什么？

领域模型 数据库连接应该放在哪一层

service里不应该还有UserId这种底层的概念把，service的对象是entity user和role既然是多对多那么user entity设计的时候就应该有一个字段是roles的列表了 dapper取出数据在reponsitory里用automapper之类的组装好，接口就是user GetUser(userid) service层的接口应该是这样的bool CheckPrivilege(user) DDD的核心思想是从领域模型出发进行设计，用dapper的话领域模型和数据库模型肯定是没法一样的，只能自己映射。

概念模型的含义及作用

任何一种石油地质过程的定量化分析或数值模拟都离不开3个基本环节，即： ① 对盆地基本地质特征或规律的认识与归纳，形成对所研究问题的思路或概念——建立概念模型或地质模型； ② 针对概念模型采用的恰当表达式——建立数学模型； ③ 将各相关的数学模型的数值解法或计算方法编制成计算机程序——形成计算机模型（软件）。

在这3个环节中，概念模型是基础、是关键，许多石油地质事件未能定量地描述和模拟，主要因素之一就是难以形成合乎地质规律而恰当的概念模型。

概念模型ceptual model）最早由Yükler等（1978;1981）提出，王捷等（1985）对其含义又作了发展，认为是对沉积盆地有机质堆积埋藏、生烃、运移、聚集并保存等过程中可能的成因机理、影响因素、表现结果所作出的科学归纳、推断和估计，并形成一套系统的思路或概念。

因这些思路或认识不一定都是确定的地质实体，在许多情况下只是地质家头脑中的概念或认识，故称之为概念模型。

本章运移概念模型的含义是对影响二次运移的各主要因素和过程（“实际系统”）所做的分析、推断和归纳，并形成系统的认识，最终将所概括和归纳的认识再用地质的语言表达出来（“概念模型”）。

因此，这里的概念模型包括：①盆地模型——对盆地性质与运移方式的认识；②运载层模型——对储层的纵、横向分布规律的概化；③古水动力学模型——对运载层内运移动力（流体来源）特征的归纳等。

由于盆地构造模式与运移方式（即①）在第五章中已做了详细的分析和讨论，故这里重点介绍运载层概念模型和古水动力学概念模型。

为建立概念模型所做的大量基础分析和归纳工作是十分必要的，这些归纳是建立概念模型的前提，而概念模型又是运移模拟的“基石”，第三、四、五章所涉及的大部分内容正是为建立概念模型做准备的。

对于许多石油地质理论问题（尤其是运移和聚集的动力学理论）目前仍不清楚或有争议，因而对概念模型的描述需要一定的前提（即假设条件）。

本章对运移概念模型的归纳具有一定的探索性，但其地质依据是可靠的。

概念模型是什么？

也称信息模型，它是按用户的观点来对数据和信息建模。

　　概念模型是现实世界到机器世界的一个中间层次。

　　表示概念模型最常用的是实体-关系图。

　　概念模型是对真实世界中问题域内的事物的描述，不是对软件设计的描述。

概念的描述包括：记号、内涵、外延，其中记号和内涵（视图）是其最具实际意义的。

　　概念模型用于信息世界的建模，它是世界到信息世界的第一层抽象，它数据库设计的有力工具，也是数据库开发人员与用户之间进行交流的语言。

因此概念模型既要有较强的表达能力，应该简单、清晰、易于理解。

目前最常用的是实体-联系模型。

　　在管理信息系统中，概念模型：是设计者对现实世界的认识结果的体现，是对软件系统的整体概括描述。

让读者更易理解，读时有个参考的东西。

　　概念模型设计的常用方法是实体关系方法（E-R方法）。

用实体关系方法对具体数据进行抽象加工，将实体集合抽象成实体类型，用实体间的关系反映现实世界事物间的内在关系。

首先可以进行局部E-R模型，然后把各局部E-R模型综合成一个全局的E-R模型，最后对全局E-R模型进行优化，最后得到的。

在数据仓库中的含义 　　总的来说，数据仓库的结构采用了三级数据模型的方式，即概念模型、逻辑模型、物理模型。

　　概念模型:也就是业务模型,由企业决策者,商务领域知识专家和IT专家共同研究和分析企业级的跨领域业务系统需求分析的结果。

　　在数据仓库项目中,物理模型设计和业务模型设计象两个轮子一样有力地支撑着数据仓库的实施,两者并行不悖,缺一不可。

实际上,这有意地扩大了物理模型和业务模型的内涵和外延，因为，在这里物理模型不仅仅是数据的存储,而且也包含了数据仓库项目实施的方法论、资源以及软硬件选型，而业务模型不仅仅是主题模型的确立,也包含了企业的发展战略,行业模本等等更多的内容。

　　一个优秀的项目必定会兼顾业务需求和行业标准两个方面,业务需求既包括用户提出的实际需求,也要客观分析它隐含的更深层次的需求,但是往往用户的需求是不明确的,需要加以提炼甚至在商务知识专家引导下加以升华,和用户一起进行需求分析工作。

如果不能满足用户的需求,项目也就失去了原本的意义。

关于概念模型 　　概念模型设计是在原有的业务数据库的基础上建立了一个较为稳固的概念模型。

因为数据仓库是对原有数据库系统中的数据进行集成和重组而形成的数据集合，所以数据仓库的概念模型设计，首先要对原有数据库系统加以分析理解，看在原有的数据库系统中有什么、怎样组织的和如何分布的等，然后再来考虑应当如何建立数据仓库系统的概念模型。

　　一方面，通过原有数据库的设计文档以及在数据字典中的数据库关系模式，我们可以对企业现有的数据库中的内容有一个完整而清晰的认识;另一方面，数据仓库的概念模型是面向企业全局建立的，它为集成来自各个面向应用的数据库的数据提供了统一的概念视图。

　　它的工作主要是界定系统的边界和确定主要的主题域。

界定系统边界将决策者的数据分析的需求用系统边界的定义形式反映出来。

确定主题域是对每个主题域的内容进行较明确的数据仓库建模技术在行业中的应用描述，其内容包括:主题域的公共码键、主题域之间的联系以及充分代表主题的属性组。