1. .net+mvc5+oracle，使用EF自动创建数据库表的时候，为什么关联表没有自动生成
可以使用Entity Framework的Db First模式生成model。
第一步：创建
ASP .NET MVC项目
第二步：创建实体模型
在项目上右击 添加新建项目→Ado.Net实体数据模型
如下图所示：
第三步：与现有的数据库进行连接生成EF实体
然后按照如下所示，选择从数据库生成实体数据模型【当然如果你想使用CodeFirst方式也是可以的，这是后话了】：
新建连接到现有的数据库，如下图所示：
点击下一步，选择我们要生成实体对应的表、试图、存储过程等，如下图所示：
最后点击完成，则系统帮我们生成了数据库实体类以及EDMX的定义文件。
如图所示：
2. 数据库的几个基本概念，数据，对象，实体，属性，数据模型
人们把客观存在的事物以数据的形式存储到计算机中，经历了对现实生活中事物特性的认识、概念化到计算机数据库里的具体表示的逐级抽象过程，即现实世界－概念世界－机器世界三个领域。有时也将概念世界称为信息世界；将机器世界称为存储或数据世界。
一、三个世界
1、现实世界 人们管理的对象存于现实世界中。现实世界的事物及事物之间存在着联系，这种联系是客观存在的，是由事物本身的性质决定的。例如学校的教学系统中有教师、学生、课程，教师为学生授课，学生选修课程并取得成绩。
2、概念世界 概念世界是现实世界在人们头脑中的反映，是对客观事物及其联系的一种抽象描述，从而产生概念模型。概念模型是现实世界到机器世界必然经过的中间层次。涉及到下面几个术语：
实体：我们把客观存在并且可以相互区别的事物称为实体。实体可以是实际事物，也可以是抽象事件。如一个职工、一场比赛等。
实体集：同一类实体的集合称为实体集。如全体职工。注意区分"型"与"值"的概念。如每个职工是职工实体"型"的一个具体"值"。
属性：描述实体的特性称为属性。如职工的职工号，姓名，性别，出生日期，职称等。
关键字：如果某个属性或属性组合的值能唯一地标识出实体集中的每一个实体，可以选作关键字。用作标识的关键字，也称为码。如"职工号"就可作为关键字。
联系：实体集之间的对应关系称为联系，它反映现实世界事物之间的相互关联。联系分为两种，一种是实体内部各属性之间的联系。另一种是实体之间的联系。
3、机器世界 存入计算机系统里的数据是将概念世界中的事物数据化的结果。为了准确地反映事物本身及事物之间的各种联系，数据库中的数据必须有一定的结构，这种结构用数据模型来表示。数据模型将概念世界中的实体，及实体间的联系进一步抽象成便于计算机处理的方式。
二、E－R模型
E－R模型（实体联系模型）简称E－R图。它是描述概念世界，建立概念模型的实用工具。E－R图包括三个要素：
实体（型）――用矩形框表示，框内标注实体名称。
属性――用椭圆形表示，并用连线与实体连接起来。
实体之间的联系――用菱形框表示，框内标注联系名称，并用连线将菱形框分别与有关实体相连，并在连线上注明联系类型。
联系归结为三种类型：
1）一对一联系（1:1）
设A、B为两个实体集。若A中的每个实体至多和B中的一个实体有联系，反过来，B中的每个实体至多和A中的一个实体有联系，称A对B或B对A是1:1联系。注意，1:1联系不一定都是一一对应的关系。可能存在着无对应。如一个公司只有一个总经理，一个总经理不能同时在其它公司再兼任总经理，某公司的总经理也可能暂缺。
2）一对多联系（1:n）
如果A实体集中的每个实体可以和B中的几个实体有联系，而B中的每个实体至我和A中的一个实体有联系，那么A对B属于1:n联系。如一个部门有多名职工，而一名职工只在一个部门就职，部门与职工属于一对多的联系。
3）多对多联系（m:n）
若实体集A中的每个实体可与和B中的多个实体有联系，反过来，B中的每个实体也可以与A中的多个实体有联系，称A对B或B对A是m:n联系。如一个学生可以选修多门课程，一门课程由多个学生选修，学生和课程间存在多对多的联系。
必须强调指出,有时联系也有属性,这类属性不属于任一实体只能属于联系。
三、数据模型简介
数据模型由三部分组成，即模型结构、数据操作和完整性规则。这里主要介绍模型结构。DBMS所支持的数据模型分为四种：层次模型、网状模型、关系模型、面向对象模型。其中第四种数据模型目前并未成熟，因此传统的说法有前三种数据模型。
1、基本层次联系
层次模型和网状模型有共同点，可以把它们统称为格式化模型。基本层次联系就是包括两结点和一边的基本单元，两个实体间的有向边代表的基本层次联系表示一对多的联系。通常把表示1的实体放在上方,称为父结点，把表示N的实体放在下面，称为子结点。
2、层次数据模型
用村形结构表示实体及其之间的联系的模型称为层次模型。该模型的实际存储数据由链接指针来体现联系。特点：有且仅有一个结点无父结点，此结点即为根结点；其它结点有且仅有一个父结点。适合用表示一对多的联系。
3、网状模型
用网状结构表示实体及其之间的联系的模型称为网状模型。允许结点有多于一个的父结点，可以有一个以上的结点无父结点。适合用于表示多对多的联系。
层次模型和网状模型从本质上都是一样的。存在的缺陷：难以实现系统扩充，插入或删除数据时，涉及到大量链接指针的调整。
3. 数字孪生系统中的关键技术有哪些
（1）三维孪生模型：数字空间要根据实体设备建立对应功能的三维孪生模型
4. supermap iDesktop 处理数据集及生成场景缓存
一些相关视频资料
SuperMap iClient3D for WebGL开发准备： http://support.supermap.com.cn/proct/VedioPlay.aspx?id=189
三维性能优化方法与策略： http://support.supermap.com.cn/proct/VedioPlay.aspx?id=289
注：以下操作均基于SuperMap iDesktop 9D（.NET）版，不同版本菜单及界面稍有不同。
一、数据源处理
1、点击菜单栏 【开始】→【打开】→【数据源】→选择数据源文件（UDB格式）
2、数据集类型转换： CAD 数据集转换为简单数据集或模型数据集，转换为这2种格式后面才能正常生成场景缓存 。如果数据集本身已经是简单数据集或模型数据集，可跳过这一步。
左键选中需要转换的数据集 →点击菜单栏【数据】→【类型转换】→选择【CAD->简单】或【CAD->模型】
如果选择转换为简单数据源，将弹出以下界面，选择需要转换的源数据（包括数据源及数据集），点击转换即可。
如果选择转换为模型数据集，将弹出以下界面，直接点击转换即可（ 如果这个界面没有显示数据，需点击添加源数据按钮手动添加数据 ，因为supermap会默认转换当前选中的数据集，如果点击类型转换前没有选中数据集将会出现界面无数据的情况）。
转换成功后的数据集（这个步骤耗时会比较长，需要耐心等，这里我选择转换成模型数据集）
二、数据优化（含 BIM 简化、移除重复点等）
当需要加载的数据非常大时，即使配置的独显再好，也难免出现卡顿掉帧现象。为了提高渲染速度，优化渲染帧率，可进行BIM简化、移除重复点等操作。
1、添加数据集到球面场景中
点击工作空间管理器中的【场景】→【新建球面场景】→将上一步转换成功的简单或模型数据集拖入新建的球面场景中
2、BIM简化
菜单栏点击【对象操作】→【BIM模型】→点击【BIM简化】
在弹出来的BIM简化菜单中，可以选择是对选中对象还是所有对象进行BIM简化操作，同时根据需求设定简化率，简化率越高，简化后的模型越粗糙，加载速度越快（ 模型是由许多三角面组成的，三角面数越多，模型越精细，BIM简化其实是过滤三角面数的一个过程，所以简化后的模型会比原始模型粗糙，对模型精细度有高要求的建议不要进行这步操作 ）。
拖动简化信息下的简化率后会自动开始BIM简化，完成后点击保存。可以查看场景中简化前及简化后的帧率信息，可以明显看到平均帧率提升了，三角面数量也减少了。
帧率信息在场景的左下方可以看到，一般默认都是未开启的，开启步骤：场景中右键→点击【属性】→弹出的场景属性面板中勾选【帧率信息】
3、移除重复点
重新新建一个球面场景，将上面进行了BIM简化的数据集拖到新建的球面场景中。
点击菜单栏【BIM模型】→【移除重复点】
在弹出的移除重复点界面中，可选择移除的范围（所有对象或选中对象）和进行参数设置，设置完毕后点击另存即可。 进行移除重复点主要是移除一些重复的模型数据，例如场景中有许多相同的车子模型，他们除了空间位置信息外，其它的模型数据都相同，那么实际上只需要保存一份模型数据，然后在不同位置多次绘制即可。
输出窗口信息，成功移除重复点134个。
三、三维模型数据转二维面数据
如果项目中有查看二维平面图或实现二三维地图联动效果的需求，就需要把三维模型数据集转换为二维面数据，进而转换为二维平面地图。如果项目不涉及到二维数据可跳过这一步。
1、生成二维面数据
左键选中要转换的三维模型数据集→点击菜单栏【数据】→【类型转换】→【模型->二维面】
在弹出的模型数据->二维面数据菜单中，选择要转换的模型数据集，点击转换即可，转换需要比较长的时间，具体视电脑配置及数据集数据大小而定。
生成二维面数据集后，双击数据集打开如下
2、编辑二维面数据
默认生成的二维数据集是不允许编辑的，如果要对数据集进行删除、移动等操作，点击菜单栏【地图】→【图层属性】
在弹出的图层属性界面中，勾选【编辑】，就可以在主窗口中对二维面数据进行删除、移动等操作了。
3、保存为地图
二维数据需以地图形式进行数据发布，直接在主窗口中右键→点击【保存地图】即可
四、生成场景缓存
当所有的数据处理完毕后，需要对处理好的数据进行生成场景缓存操作，如果不生成场景缓存，对于如此大的数据量，浏览器直接加载很容易导致卡顿甚至奔溃，加载速度也不理想。
选中最终处理后的数据集→右键→生成场景缓存
在弹出的生成场景缓存界面中，缓存类型选择OSGB，文件类型选择S3M，瓦片边长、LOD层数、LOD层级对应的网格简化率可以使用默认值，如果项目需要也可以根据需求更改，设置完毕后点击生成。
生成的场景缓存数据会默认保存到当前工作空间所在的目录
至此，supermap iDesktop 处理数据和生成场景缓存的所有步骤就结束了，接下来只需要把这些数据发布到服务器即可。生成的数据如何发布详见写的另一篇文章： supermap iServer 发布地图及数据服务
五、前端加载场景缓存
5. edmx文件是什么
.edmx 文件是一个 XML 文件，它用于定义概念模型、存储模型和这些模型之间的映射。.edmx 文件还包含 ADO.NET 实体数据模型设计器（实体设计器）用于以图形方式呈现模型的信息。创建 .edmx 文件的建议做法是使用实体数据模型向导。有关更多信息，请参见如何：创建新的 .edmx 文件（实体数据模型工具）。
使用实体设计器修改模型以及使用模型更新向导基于对基础数据库的更改更新模型时，会更改 .edmx 文件。有关更多信息，请参见模型更新向导（实体数据模型工具）。在有些情况下，您可能必须手动编辑 .edmx 文件。有关更多信息，请参见手动编辑 .edmx 文件（实体框架）。
默认情况下，.edmx 文件使用实体设计器打开。不过，可以按照下列步骤使用 XML 编辑器打开 .edmx 文件：
确保项目在 Visual Studio 中打开。
在“解决方案资源管理器”中右击 .edmx 文件，然后选择“打开方式...”
选择“XML 编辑器”，然后单击“确定”。
以下有更详细的应用说明：
http://msdn.microsoft.com/zh-cn/library/cc982042.aspx
6. 通常将ado.nat实体数据模型放在什么文件夹中
Models。
通常将ado.nat实体数据模型放在Models文件夹中。
Models文件夹包含表示应用程序模型的类。
7. 怎样理解实体模型制作与计算机虚拟建模的区别
具体看以下内容。
实体（entity）是有可区别性且独立存在的某种事物，但它不需要是物质上的存在。尤其是抽象和法律拟制也通常被视为实体。
可见，实体就是软件系统中的研究对象。
比如:学生信息管理系统中，学生这一概念就是一个实体，它是我们软件系统的主要研究对象。
数据模型(模型)：
在软件工程中，数据模型是定义数据如何输入与输出的一种模型。其主要作用是为信息系统提供数据的定义和格式。数据模型是数据库系统的核心和基础，现有的数据库系统(此处所指数据库为关系数据库，非关系数据库常见的是键值对形式存储数据)都是基于某种数据模型而建立起来的。
可见数据模型这个概念更多出现在数据库系统中。它是为了把研究对象进行抽象，目的是要与数据库系统中的数据模型进行关系映射。
从实体概念可以得知，实体正是数据库系统的研究对象，所以，建模过程即为为实体进行抽象和定义，用一个数据模型对实体进行描述，此数据模型则为数据库系统提供数据支持。
把这些概念引入到计算机系统之后，在不同的业务层有着不同的体现。
8. 数据库实体和实体之间可以连线吗
可以
1，数据库联系只能发生在 实体与实体 之间。
概念模型。
2，
【实体】：客观存在 、可相互区分的现实世界对象的集合
例： 职工 部门 课程 学生
【实例】： 实体中每个具体的记录值。
例：学生实体中的每个每个具体学生
【属性】： 实体所具有的某一特性（有“型”和“值”之分）
例：学号、姓名、性别、出生年份、系、入学时间（94002268，张三，男，1976，计算机系，1994）
【码】： 唯一标识实体的属性集
学号-------学生实体的码
94002268-------代表学生张三
【域】：属性的取值范围
性别：( 男，女）
学号：8位整数
3，表示方法：E-R图（实体联系图）
矩形： 实体
椭圆形： 属性
菱形： 联系（发生在实体与实体之间）
连线(无向边)
4，两个实体型之间的三类联系：
1）一对一的联系（1：1）
2）一对多的联系（1：n）
3）多对多的联系（m：n）
MYsql不支持E-R模型。（关系模型）
5,计算机世界:e-r模型转化为关系模型。
第一步，一个实体转化为一个关系。
第二步，实体属性作为关系的属性。
6，关系数据结构
关系: 一张表
元组: 表中的一行
属性: 表中的一列
域: 属性的取值范围
分量: 元组中的一个属性值
6，联系也可以具有属性，并且这些属性也要用无向边与该联系连接起来。
7*，一个属性涉及到多个实体时，不能单独的作为某个实体的属性，只能作为实体间联系的属性。
文章知识点与官方知识档案匹配
MySQL入门技能树数据库组成表
30094 人正在系统学习中
打开CSDN，阅读体验更佳
...规范、E-R图、模型图_风情客家__的博客_数据库模型图
1.需求分析:分析客户的业务和数据处理需求。 2.概要设计:设计数据库的E-R模型图,确认需求信息的正确和完整。 3.详细设计:应用三大范式审核数据库结构,将E-R模型图转换为数据库模型图。 4.代码编写:物理实现数据库,编码实现应用。
继续访问
设计E-R图和数据库模型图-powerdesigner_zxfly6的博客_数据...
设计E-R图和数据库模型图-powerdesigner 打开PowerDesigner,然后点击File-->New Model然后选择如下图所示的物理数据模型 (物理数据模型的名字自己起,然后选择自己所使用的数据库即可) (创建好主页面如图所示,但是右边的按钮和概念模型略有...
继续访问
数据库的设计(E-R图,数据库模型图,三大范式)
一.数据库设计的概念 数据库设计是将数据库中的数据实体及这些数据实体之间的关系,进行规划和结构化的过程. 二.数据库设计的重要性 如果一个数据库没有进行一个良好的设计,那么这个数据库完成之后他的缺点是: 1.效率会很低 2更新和检索数据时会出现很多问题, 反之,一个数据库被尽心策划了一番,具有良好的设计,那他的优点是: 1.效率会很高. 2.便于进一步扩展. 3.使得应用程序的开...
继续访问
数据库E-R图
目录 三个核心概念： 实体集 联系集 E-R模型就是实体-联系（entity-relationship）模型，旨在方便数据库的设计 三个核心概念： 实体集 实体是现实世界中可区别与所有其他对象的一个事物或者“对象”，比如大学里的每一个人都是一个实体。 实体集是相同类型即具有相同性质或属性的一个实体集合，比如大学里的所有学生的集合可以定义为实体集student。下图就是两个实体集。 实体集可以相交，比如一个person实体也可以同时是student实体，也可以是instructor实体.
继续访问
数据库的设计(E-R图,数据库模型图,三大范式)_灯初夜未央的博客-CSDN博 ...
三.设计数据库的步骤 1.需求分析阶段:分析客户的业务和数据处理需求. 2.概要设计阶段:他主要就是绘制数据库的E-R图. 3.详细设计阶段:应用数据库的三大范式进行审核数据库的结构. 总结:在进行数据库的系统分析时,都以下列4点位参考...
继续访问
数据库 之 概念模型-ER图_fffffffff_jj的博客_数据库...
将ER图导出为数据库表Step 1:将所有Entity, Relation => Table Step 2: 去重 合并强实体集属性不变 弱实体集添上所依赖的主键(宿主实体集的) 复合属性 / 多值属性 联系集:实体集们的主键属性 + 自己的属性...
继续访问
数据库设计规范、E-R图、模型图
(1)数据库设计的优劣： 糟糕的数据库设计: ①数据冗余冗余、存储空间浪费。 ②数据更新和插入异常。 ③程序性能差。 良好的数据库设计 ①节省数据的存储空间。 ②能够保证数据的完整新。 ③方便进行数据应用系统的开发。 (2)软件项目开发周期中的数据库设计： 一个完整的项目 开发需要经过： 1.需求分析：分析客户的业务和数据处理需求。 2.概要设计：设计数据库的E-R模型图，确认需求信...
继续访问
MySQL数据库实验（四）：E-R图实例讲解
目录 ER图成分构成 2 属性 3 联系 用处 E-R图转换成关系模式 1:1联系的转换 1:n联系的转换 m:n联系的转换 ER图成分构成 1 实体 实体是客观世界中存在的各种事物，或者某个抽象事件，我们都可以将其称之为实体。一方面，实体可以是现实世界中的课程实体、教师实体、学生实体、职工个体。总而言之，实体可以是现实集合中的一个子集，也可以是各种抽象的对象。 ...
继续访问
使用visio画数据库模型图_Together_CZ的博客
转自:使用visio画数据库模型图 这个星期由于项目的进度需要加紧,师兄让我把设计的数据库用visio制作出来供他修改,由于之前没有使用过visio这个工具,所以现在来学习一下。 一、新建vsd文件 打开visio,然后点击左上角的文件,然后点击如下图...
继续访问
visio2016 数据库模型图_数据库第七章--NoSQL数据库
HBASE数据库 HBase全称是Hadoop Database, 是一个构建在Apache Hadoop上的列式数据库 HBase是一个开源的非关系型分布式数据库(NoSQL),实现的编程语言为 Java 键值对数据库Redis 简介 KV:Key-Value(键值)存储模型是NoSQL中最基本的...
继续访问
【数据库原理系列】数据库E-R模型
E-R模型 设计中的抽象 不同层次抽象 现实层(客观存在) =>抽象层(观念世界/信息世界，描述现实世界的一种观点) =>…(信息世界的若干层抽象)… =>逻辑层(计算机世界：独立于物理设备) =>物理层(计算机世界：不同物理设备的具体实现） 越抽象，语义信息越少，概括性越高，越反映共性信息，表征的范围越大 检验抽象正确性的方法：能够依据现实抽象出来(抽象化)，同时也能够依据抽象的信息和抽象规则还原为被抽象对象(具体化)。 基本思想数据模型与概念模型 表达计算机世界的
继续访问
数据库系统 - E-R模型
上图是一个E-R模型的例子，我们需要了解到的是矩形代表一个实体（表，视图等），椭圆形代表一个属性（字段，通过函数计算出的值），菱形代表实体与实体之间的关系。 在实际开发中往往是先画出局部的E-R图（一张表），然后再一步一步的合成出全局的E-R图。合成(集成)E-R图有两种方法：多个局部E-R图一次性合成，逐步合成，用累加的方式一次集成两个局部E-R图。 E-R模型转关系模式的原则： 1. 一个实体转成一个关系模式 如果是1：1的联系最少要转成2个关系模式（1个实体放一个关系，2个实体放2个...
继续访问
数据库导出数据模型图_ljs1196的博客_数据库生成数据...
本文介绍如何使用Visio工具将数据库导出其数据模型图 打开viso软件,点击“新建”-“软件和数据库”-“数据库模型图”,如下图中红色框中的步骤。 新建完成后,在viso菜单栏出现“数据库”菜单。点击菜单,选择反向工程。 驱动程序选择Mi
继续访问
使用Visio建立数据库模型视图(数据库模型图、数据视图)
1.在visio中新建数据库模型图 打开visio 2010,文件—>新建—>数据库—>数据库模型图。建立数据库模型图之后,菜单栏多出一个菜单项"数据库"。 看下图菜单栏多出了一个数据库项 2.依次画数据库建立的每张表、视图等 ...
继续访问
[自学]数据库ER图基础概念整理（转）
ER图
继续访问
生成业务数据模型图（SQLite + Navicat）
1.前言 由于实际要求，往往需要我们提供系统或数据库的业务数据模型，可以利用工具来绘制或生成。 2.sqlite + Navicat生成 简述下步骤， （如果已有数据库，可忽略该步骤）新建sqlite数据库，当然一个数据库可能有多个表，如果目标数据库有多个表的话，这里新建一个也可以，剩下的再Navicat中继续创建，当然也可以一次性建完。这里我用的DB Browser for SQLite软件。 打开Navicat，文件--》新建连接--》SQLite，然后选择刚刚创建的db文件 在Navica
继续访问
热门推荐 MySql数据库增删改查常用语句命令
文章目录增删改查语句库操作表操作增删改查实例准备表插入数据修改表数据删除表数据查询表数据常见的MySQL语句命令常见MySQL字段含义 增删改查语句 增删改查的语句命令为： 操作 命令 增 insert 删 delete 改 update 查 select或者show 库操作 操作 代码 创建数据库 create database shujuku; ...
继续访问
MySQL的E-R图
一、什么是E-R图 E-R图，全称:实体-关系模型图，是指通过实体、关系、属性三个基本概念，来概括数据的基本结构，从而描述静态数据结构的概念模式。 组成E-R图的3个核心要素：实体，属性，和关系 实体一般采用矩形来进行表示，属性使用椭圆来进行表示，而实体与实体的关系则通过菱形来进行表示，例如: 在E-R图中，可以通过菱形来描述多种实体关系，例如:1对1，1对多，多对多，自关联等 二、构建E-R图的目的 构建E-R图，属于软件开发流程中的需求设计阶段。 针对甲方所提的问题域，我们将分析其中实体对象的关系，确
继续访问
【MySQL】使用Visio绘制数据库关系模型图
使用Visio绘制数据库关系模型图 1 新建项目 文件—新建–软件和数据库—数据库模型图 点击后，出现如下界面： 2 绘制 左侧“实体关系”中将“实体”形状拖放到绘制界面，如下图 3 编辑实体名称，如下图： 4 编辑列 点击“列”如下图： 完成实体：客人信息表 GuestRecord，如下截图 完成实体：客房表Room（同上操作），如下图 5 关系绑定 5.1添加 列RoomID到客人信息表 5.2 将“实体关系”中的关系工具拖放到某个实体上（鼠标不松开），直到该实体边框变红色，松开；箭头指
继续访问
概念数据模型（E-R模型）
概念数据模型（E-R模型） 概念数据模型是现实世界第一层次的抽象，是数据库设计人员和用户交流的工具，因此要求概念数据模型一方面应该具有较强的语义表达能力，能够方便、直接地表达应用中的各种语义知识，另一方面应该简单、直观和清晰，能为不具备专业知识或者专业知识较少的用户所理解。 概念数据模型的表示方法很多，其中最常用的是P.P.S. Chen于1976年提出的实体-联系方法（Entity Relationship Approach），简称E-R方法或E-R模型。E-R模型用E-R图来抽象表示现实世界中客观事物及
继续访问
最新发布 E-R模型
E-R（Entity-Relationship）数据模型，即实体（每一个数据表就表示一个实体）- 联系（即关系，不同的数据表之间需要有这样那样的关系）数据模型。
继续访问
数据库三大范式、E-R图
第一范式（1NF）：数据表中的每一列（每个字段）必须是不可拆分的最小单元，也就是确保每一列的原子性； 例如：userInfo：山东省烟台市 131777368781 userAds：山东0省烟台市 userTel：131777368781 第二范式（2NF）：满足1NF后，要求表中的所有列，都必须依赖于主键，而不能有任何一列与主键没有关系，也就是说一个表只描...
继续访问
MySQL利用E-R模型的数据库概念设计
采用E-R模型进行数据库的概念设计，可以分成3步进行：首先设计局部E-R模型，然后把各局部E-R模型综合成一个全局E-R模型，最后对全局E-R模型进行优化，得到最终的E-R模型，即概念模型。
继续访问
mysql物理建模_物理模型图-数据库图
1.新建物理模型图 File ----New Model----infomation---Physical Data1：打开PowerDesigner，然后点击File-->New Model然后选择如下图所示的物理数据模型(物理数据模型的名字自己起，然后选择自己所使用的数据库即可)(创建好主页面如图所示，但是右边的按钮和概念模型略有差别，物理模型最常用的三个是table(表)，view(...
继续访问
物理模型图-数据库图
1.新建物理模型图 File ----New Model----infomation---Physical Data 1：打开PowerDesigner，然后点击File-->New Model然后选择如下图所示的物理数据模型 （物理数据模型的名字自己起，然后选择自己所使用的数据库即可） (创建好主页面如图所示，但是右边的按钮和概念模型略有差别，物理模型最常用的三个是table...
继续访问
mysql数据库逻辑模型图,MySQL逻辑架构
上图(图是网络找的)msql_en.jpgmsql_en.jpgmysql逻辑架构：连接层、服务层、引擎层、存储层，四层。Connectors连接，指不同语言与数据库的交互，比如：java里的JDBCManagement Serveices & Utilities系统管理和控制工具Connection Pool连接池，管理缓冲用户连接，线程处理等需要缓存的需求。负责监听对MySQL Ser...
继续访问
MySQL数据库第3讲 数据库数据模型
MySQL数据库的数据模型 在学习MySQL数据库之前，我们需要先了解一下MySQL数据库的数据模型 这样我们就能初步了解MySQL中的数据是如何存储的。 那么先来给大家介绍一个概念 1 关系型数据库RDBMS 关系型数据库就是指建立在关系模式的基础上，由多张互相连接的二维表格组成的数据库。 MySQL数据库就是一个关系型数据库。 那什么是二维表呢？ 其实这个指的就是由行和列构成的数据表格，比如我们生活中常见的部门表、员工表等等 而且可以看到员工表中的“所属部门编号”与部门表中的“部门编号”还有着关联关系
继续访问
数据库模型图
数据库
mysql
9. edm是什么意思
EDM是实体数据模型（Entity Data Model的英文缩写），一种常用计算机用语。
实体数据模型 (EDM) 是一个规范，用于定义由在 实体框架 基础上生成的应用程序使用的数据。使用 EDM 的应用程序在设计架构中定义应用程序域中的实体和关系。
设计架构用于生成由应用程序代码使用的可编程类。在此模型中持久保留应用程序数据的存储结构由另一个架构（称为存储架构）表示。映射规范用于连接设计架构与存储架构。
实体数据模型的注意事项：
由 EDM 定义的实体可以通过数据读取器以序列化格式读取，也可以具体化为对象。具体化的对象可以在 CLR 语言中进行编程，并可以更新以及保存，而不需要嵌入式 SQL 字符串或其他数据库语法。
EDM 提供在 EDM 架构和映射规范中使用的基本实体和关系类型。开发人员可以根据需要扩展这些类型以支持应用程序设计。
10. 数据仓库的数据模型
有别于一般联机交易处理(OLTP)系统，数据模型设计是一个数据仓库设计的地基，当前两大主流理论分别为采用正规方式(normalized approach)或多维方式(dimensional approach)进行数据模型设计。 数据模型可以分为逻辑与实体数据模型。逻辑数据模型陈述业务相关数据的关系，基本上是一种与数据库无关的结构设计，通常均会采用正规方式设计，主要精神是从企业业务领域的角度及高度订出subject area model，再逐步向下深入到entities、attributes，在设计时不会考虑未来采用的数据库管理系统，也不需考虑分析性能问题。而实体数据模型则与数据库管理系统有关，是建置在该系统上的数据架构，故设计时需考虑数据类型(data type)、空间及性能相关的议题。 实体数据模型设计，则较多有采用正规方式或多维方式的讨论，但从实务上来说，不执着于理论，能与业务需要有最好的搭配，才是企业在建置数据仓库时的正确考量。
数据仓库的建制不仅是资讯工具技术面的运用，在规划和执行方面更需对产业知识、行销管理、市场定位、策略规划等相关业务有深入的了解，才能真正发挥数据仓库以及后续分析工具的价值，提升组织竞争力。