postgresql建模的简单介绍

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

microsoft entity framework 包含哪些功能

Entity Framework 以 Entity Data Model (EDM) 为主，将数据逻辑层切分为三块，分别为 Conceptual Schema, Mapping Schema 与 Storage Schema 三层，其上还有 Entity Client，Object Context 以及 LINQ 可以使用。

目前 ADO.NET Entity Framework 的开发，在 Visual Studio 2008 中有充份的支持，在安装 Visual Studio 2008 Service Pack 1 后，文件范本中即会出现 ADO.NET 实体数据模型 (ADO.NET Entity Data Model) 可让开发人员利用 Entity Model Designer 来设计 EDM，EDM 亦可由记事本或文本编辑器所编辑。

主条目：ADO.NET Data Services

ADO.NET Entity Model Designer

微软特别针对了网络上各种不同的应用程序 (例如 AJAX, Silverlight, Mashup 应用程序) 开发了一个基于 ADO.NET Entity Framework 之上的服务，称为 ADO.NET Data Services (项目代号为 Astoria)，并与 ADO.NET Entity Framework 一起包装在 .NET Framework 3.5 Service Pack 1 中发表。

目前已有数个数据库厂商或元件开发商宣布要支持 ADO.NET Entity Framework:

(1) Core Lab，支持Oracle、MySQL、PostgreSQL 与 SQLite 数据库。

(2) IBM，实现 DB2 使用的 LINQ Provider。

(3) MySQL，发展 MySQL Server 所用的 Provider。

(4) Npqsql，发展 PostgreSQL 所用的 Provider。

(5) OpenLink Software，发展支持多种数据库所用的 Provider。

(6) Phoenix Software International，发展支持 SQLite 数据库的 Provider。

(7) Sybase，将支持 Anywhere 数据库。

(8) VistaDB Software，将支持 VistaDB 数据库。

(9) DataDirect Technologies，发展支持多种数据库所用的 Provider。

(10) Firebird，支持 Firebird 数据库。

Entity Framework 利用了抽象化数据结构的方式，将每个数据库对象都转换成应用程序对象 (entity)，而数据字段都转换为属性 (property)，关系则转换为结合属性 (association)，让数据库的 E/R 模型完全的转成对象模型，如此让程序设计师能用最熟悉的编程语言来调用访问。而在抽象化的结构之下，则是高度集成与对应结构的概念层、对应层和储存层，以及支持 Entity Framework 的数据提供者 (provider)，让数据访问的工作得以顺利与完整的进行。

(1) 概念层：负责向上的对象与属性显露与访问。

(2) 对应层：将上方的概念层和底下的储存层的数据结构对应在一起。

(3) 储存层：依不同数据库与数据结构，而显露出实体的数据结构体，和 Provider 一起，负责实际对数据库的访问和 SQL 的产生。

--------------------------

Entity Framework7 部分新功能

1、在Linq to Entity 查询中对列使用类型转换

2、Code-First下用数据迁移更新数据库时使用修改（Alter)代替删除（Dropping)后重新创建

3、删除孤儿（orphans)记录

4、日志记录

Entity Framework7 有哪些改变？

1、新特性

a、支持对关系型数据的批量更新。在这之前，就是说他的更新效率太低，如果要实现批量更新，特别插入时，需要借助sql语句或是第三方工具类。相信这是很多人期待的功能；

b、支持唯一约束。它允许你在实体内除主键外额外标识一个键，将他们用作外键。

2、行为(Behavior)改变

在EF6和前期的版本中，顶层API就有很多不直观的行为，虽然EF7尽可能是保持顶层API的相同，但仍去掉了一些限制并添加了一些我们期待的行为。什么意思呢？这听起来有点迷糊，举个例子来说明吧，以前的查询，虽然Linq给我们带来了很大方便，但限制多呀，整个Linq查询翻译成一条单独的sql查询，Linq查询中只能包含EF能翻译成sql的语句或方法；还有就是sql的生成，有时生成了很复杂、效率不高，且不是我们希望的sql语句。EF7改变这种情况，可以返回多结果集，sql评估工作也不是在数据库端来做了，变更到客户端。这样就为生成sql提供了很大的灵活性。如果还有点晕，没关系，先有个印象就行。

3、变得更加简单、灵活

直接使用一个例子来说明吧。我们想通过EF的元数据来获取Blog实体被映射到数据库中的哪一张表。在这之前，我们的代码会是这样:

4、去掉了一些特性

a、每类型映射多个实体集（MEST)。这个特性，估计用的人很少，正是因为使用的人少，所以才去掉。它是什么意思呢？就是一个类型对应数据库中的多张表，例如：表Product 和 RetriedProduct都映射到Product类。如果你还有这样的需求，使用继承是更好的选择。

b、非常复杂的类型映射。在EF6.x中，可能在一个继承映射中组合TPH,TPT和TPC。EF7不再支持这种复杂的映射了，它要求你的CLR 类型尽量跟表结构保持一至。至于为什么，不少人到现在都还没有弄明白什么是TPH,TPT,TPC,那更说不上灵活运行了，这也是导致EF6.x MetadataWorkspace异常复杂的主原之一。

c、去掉edmx建模。这可能会让很多人失望，因为它曾经给我们带来多么美好的回忆。但它有很多的不足，比较一些复杂的需求，不适应ddd分层设计，不符合现在流行的POCO等。最主要的是，有更好的选择code-based建模，这就是我们常说的code-first。可能你会有疑问，怎么code-first和edmx是平级概念，它不是跟db-first、model-first平级的吗？没错，它是跟edmx平级的，d、ObjectContext API。它陪着EF一起成长，到EF4.1时才被DbContext弄到幕后.不过DbContext只是它的外观模式，底层仍然是使用的它。有时需要使用一些高级的功能时，我们还得想办法把它找出来。去掉它并不意味着它以前的一些功能不能用了。EF7重写了底层，把之前一定需要ObjectContext才能使用的api包含在了DbContext中，并且让调用更加清晰，简单。

e、延迟加载。这功能相信大家不陌生，它一直被当成EF的一大特点，但现在，它将要从EF7中去掉。不确定最终的版本微软会不会把它请回来，因为这一点存在很大的争论。无论是开发人员，还是EF的开发团队。一，不是所有的应用都需要延迟加载；二、不少的EF使用者对它没有深入的去了解，经常会有人问，为什么会出现"无法完成该操作，因为 DbContext 已释放"这样的问题。这说明这个功能反而给一部份使用者带来了困惑。

这些变化并不是最终的，也许文中说的，会发生改变。当然这里也不可能列出所有的变化点，毕竟EF7还在处于开发过程中。总之，它是一个革命性的版本，以至于有人在争论应该叫他EF7呢，还是EF1。

5、对非关系型数据库的支持，

6、官方支持SQLite；

以上均为网络收集而来,希望有用.如果没有很大用处,还请多多见谅

相关问答

Q1: 实体关系转换成表的数量

用实体关系图进行数据库建模

一、概述

很可能你现在正在规划一个数据库驱动的网站；而且几乎可以肯定的是，你一定已经浏览过数据库驱动的网站。过去，一些网站依赖CGI脚本和文本文件存储实现数据持久化，但现在我们能够访问大量不同的关系型、对象-关系型、面向对象型数据库。

对于Web应用来说，关系数据库是一种强大的支持工具，这得感谢它们的高可用性、性能，而且相对来说，关系数据库比较容易使用。要找出一个功能完善、源代码开放、能够在多种平台上运行的数据库系统并不困难。你可以用Perl、Java、PHP以及其他服务器端脚本语言把关系数据库和Web网站连结到一起。

随着网站规模的发展，它对数据库——通常是关系数据库——的依赖程度也日益增加。大量页面和服务需要向数据库表写入信息，或者从数据库提取信息。对于大多数网站，数据库表很快成为网站体系结构中的关键部分，成为网站运作的生命中枢。为了方便和轻松地管理大容量数据，用户帐户、新闻动态、内容、统计数据都可以保存到关系数据库管理系统（Relational Database Management System，RDBMS）。

用图（Diagram）管理数据模型具有高效、方便的优点。对于RDBMS，描述数据模型的图通常称为实体关系图（Entity Relationship Diagram，ERD）。用ERD描述数据模型能够帮助你预先精确定义数据需求，使你能够对以后的改动作出有效的规划，能够随着网站的发展方便地改进规划。

本文将介绍ERD建模工具和概念。文章提供了一些图的实例，但它们的目的不是提供精确的或者是全面的数据设计范例。它们的目的是以两个建模工具为例，介绍数据建模符号。在不同的工具之间，图的符号有着重大的差别，但它们的基本概念一样。本文的图例从PowerDesigner和Visio 2000 Professional的试用版得到，你可以从本文末尾找到这些工具和其他类似产品的链接。

二、是否使用建模工具？

许多规模较小的网站用ASCII形式的SQL（Structured Query Language）脚本文件进行数据建模。当开发小组人员较少，或者最理想的情况下仅由一个人构成时，这种方法最有效。然而，数据模型将很快发展成为一个复杂的结构——在这种情况下，CASE（Computer Aided Software Engineering，计算机辅助软件设计）工具、有关所有数据信息的图、集中式知识库能够极大地帮助你管理Web网站的数据层。

2.1 何时使用SQL？

即使当你准备用SQL直接管理数据模式（物理数据库）时，图也能有效地帮助你理解和改进系统。然而，如果你的预算或者时间非常有限，采用复杂的新式建模工具可能得不偿失。相反，在这种情况下，你应该使用一个简单的图形工具把数据模式的基本情况记录下来，然后逐步转换到复杂的数据建模工具。

如果你正在设计的数据库类型不常见（或者是非标准的），避免使用某些复杂CASE工具可能是明智的，因为这些工具的“反向工程”能力和某些自动功能可能无法在你的环境下发挥作用。这里所谓的自动功能，是指建模工具根据输入模型的图形和属性信息，自动为目标数据库生成合适SQL命令的能力。反向工程是这样一种能力，建模工具根据已经部署的物理数据模式，从现有的表提取出实体和关系信息。

2.2 转入建模工具

从简单绘图工具转换到数据建模工具并不是一个很复杂的过程。大多数数据建模工具的工作方式就象是一个标准的绘图工具，参见图1a和图1b，这是两个数据建模工具的界面实例。你可以在这里创建和排列表，定义关系，以及指定其它信息（列的类型、长度，键等）。

图1a：PowerDesigner的界面

图1b：Visio的界面

转向数据建模工具的主要挑战在于：

学习使用建模符号。

在不丢失任何关键信息的前提下，用数据建模工具描述现有数据模型。

寻找一个对你的数据库提供全面支持的工具，例如在生成SQL、从现有数据模式通过反向工程建立数据模型时。

一些入门级数据建模工具（参见本文后面的参考资源）只有少量的高级特性。这有好处，但也有弊端——它们很容易学习使用，但当你积累了更多的经验时，它们可能不再满足你日益增长的需要。然而，升级工具或更换工具一般不存在大的问题，特别是当新的工具能够对现有数据模式进行精确、完整的反向工程时，升级或更换工具的过程尤其简单。

三、ERD建模符号

本文使用Martin的Information Engineering符号。PowerDesigner采用的就是这种符号，Oracle的Designer产品所使用的符号也和它很相似。你可以在AIS Modeling Summary查看各种ERD符号的说明。基本的ERD绘图规范很直观易懂。你可以定义实体（表），描述各个实体之间的关系。在填写表和关系的细节信息时，每一种工具的做法都有所不同；但就我所遇到的工具来看，基本概念在大多数软件包之间是相通的。接下来的内容将介绍你必须了解的主要图形元素和设置方法。

3.1 表

所有构造合理的数据建模工具都允许为表指定丰富的关联信息。这些信息包括（但不局限于）：

表的描述、注解，以及实体（表）的标题。

列，列的类型、长度、默认值和强制条件。

主键，索引，唯一性约束。

要指定这些信息，一般你需要进入表的属性窗口，如图2a和图2b所示。

2a：PowerDesigner中表的属性窗口

图2b：Visio中表的属性窗口

一旦输入了新表的属性信息，图将被更新，显示出你所提供的新的或更改后的表信息。下面的图形显示了一个表的实例，这个表的属性信息见图2a和图2b。在图2a和图2b中，许多列被定义成了（m）andatory（强制的）、（p）rimary（主键）和（d）isplayed（被显示的）列。下面的图显示了为该表输入的部分属性信息。

图3a：PowerDesigner的表

图3b：Visio的表

在图3a中可以看到一些非标准的数据类型，如PHONENUMBER和PK。许多数据建模工具允许定义域或定制数据类型，它们可供一个以上的列使用。域不仅代表着数据类型——通常，它们还包含检查约束、默认值、值列表等信息。如果你想要更新一个域（例如定义一种新的电话号码格式），所有该模型中引用该域的列都将自动更新。

3.2 关系

如果我们只定义数据模式中的表，数据建模工具就不那么重要了。各个表之间的关系、依赖情况往往很复杂，有一个管理和显示这些关系的工具将带来很大的帮助。对于一个给定的关系，必须收集的重要信息包括：

父表和子表。

两个表之间的强制关系。例如，父表可能有一个子表，但子表必须有一个父表。

关系基数（Cardinality）。即，一个父表可以有零个或者多个子表，但一个子表有且只能有一个父表。

关于关系的注释、意见和角色说明。

大多数建模工具通过在两个或者更多表之间画出连线的方式定义关系。默认情况下，关系往往被定义成为一对多关系，而且它对于关系中的任何一方都是可选的。要修改关系，你必须打开关系的属性窗口，更新实体关系的特征信息。图4a和图4b显示了两个不同的工具允许为关系定义的部分属性：

图4a：PowerDesigner的关系属性设置界面

图4b：Visio的关系属性设置界面

该图显示了一个一对多关系——一个典型的父-子关联关系。部门（Branch）和雇员（Emplyee）的关系是强制的。它意味着一个部门必须至少有一个雇员（1-N强制关系）；另一方面，它意味着一个雇员必须属于且只能属于一个部门（1-1强制关系）。图5a和图5b反映了修改后的关系。

图5a：PowerDesigner中两个表之间的关系

图5b：Visio中两个表之间的关系

这个图显示了如何把信息转换成符号。强制的关系由一条实心垂直线（而不是椭圆）表示。某些工具用虚线表示可选的关系。关系中属于“多”的这一边用一个类似鸟爪的图形表示，关系的基数在靠近它所描述的那一端显示。

你可能已经注意到，Employee表没有定义外键列。这个图仍旧处于“概念设计”阶段——此后，从概念图到物理数据模型之间的转换是必不可少的。大多数工具区分概念和物理数据模型——概念数据模型描述信息的需求，但不关注细节问题，例如索引和强制性的引用完整性。

有些时候，你可能要定义自我引用的表。自我引用的表一般用来描述层次型关系。如下面的图形所示，大多数数据建模工具能够处理这类关系。注意在这个例子中，雇员可以有零个或者一个上级——它使你能够处理一些特殊的情况，比如总统没有直接的上级。

图6a：PowerDesigner中自我引用的表

图6b：Visio中自我引用的表

四、图的规划

定义表和关系只是挑战的一部分，图的清楚明白同样很重要。虽然一些工具提供自动布局能力，我还没有看到过一个完善的实现。相反，你的目标应该是遵从“孔雀东南飞”这一规则（这里的“孔雀”是关系中代表“多”这一方的符号，它是连接到表的三条分叉线，象个鸟爪）。换句话说，子表应该位于父表的右方和下方。这种安排使得从逻辑上组织和理解数据模型更加方便。最重要、最高级别的表应该出现在左上角，让级别较低的表出现在页面的右下角。为了清楚起见，减少图中交叉线的数量也是很重要的。正如Eberhardt Rechtin在The Art of Systems Architecting中强调的，“一个好的设计往往看起来很舒服”。如果无论怎样安排，你的数据模型看起来都很混乱，那么，它可能正在告诉你数据模型本身有一些值得注意的问题。

图7a：完整的ER图（PowerDesigner）

图7b：完整的ER图（Visio）

五、从图到数据库

依赖于你所选择的用来建立数据模型的软件包，建模工具可能会根据模型生成SQL命令或直接修改数据库模式。这种功能带来了极大的便利；和使用ASCII格式的SQL脚本相比，这种方式有着许多优点。一些建模工具的功能适合于大量的数据库类型，例如PostgreSQL、MySQL、Oracle、DB2，等等。对于简单的数据库修改，改动操作可以从建模工具通过ODBC直接完成。数据库改动还允许以增量方式进行（例如，ALTER命令或创建命令，以及对特定表的更新命令）。当你第一次使用建模工具时，你可以查看建模工具生成的SQL，看看自己是否可以信任和认可建模工具对数据模型的解释。一段时间之后，你就会熟悉建模工具对各种关系和表细节的解释。

【结束语】数据建模是一种很好的软件工程实践。它能够帮助你在正式编写程序代码之前规划数据需求。在维护和改进系统的数据布局的过程中，数据建模同样很有用。一些工具能够让这个过程变得非常简单，能够在你管理和设计数据库系统的时候带来极大的帮助。然而，根据你所需功能的不同，建模工具的价格也有着极大的差异。在不出现预算赤字的情况下，轻松掌握和运用数据建模技术的最好方法是，从小型的工具开始，然后逐渐深入和提高。

六、参考和资源

■ 工具

Sybase PowerDesigner - 一个高端数据建模工具。你可以下载一个45天试用版。

ERWin - 一个高端数据建模工具。可下载试用版。

Rational Rose Enterprise - 一个高端UML工具，恰如其分的数据库建模支持。可下载试用版。

Visio Professional - 一个价格低廉的绘图工具，可用来生成数据模型、UML图等。企业版还支持针对各种数据库的双向工程能力。你可以订购60天试用版的CD。

Dezign - 一个价格极其低廉的ERD建模工具。你可以下载一个有限制的试用版本。

ERD Tool List - 一个关于各种数据库和UML建模工具的链接和资源的清单。

■ 参考

Database Design for the Web

Designing Databases

ERD Notation Summary