powerDesiner设计数据库的一些用法

数据库的设计主要有以下几个步骤:

1:需求分析:根据业务需求分析出满足客户的需求,从而建立相应的数据库

2:概念设计:通过数据抽象,设计系统概念模型,一般为E-R模型;(entity-relationship

3:逻辑结构设计:设计系统的模式和外模式,对于关系模型主要是基本表和视图;

4:物理结构设计:设计数据的存储结构和存取方法,如索引的设计;

5:生成数据库的脚本

以下是记录用powerDesinger完成这个过程的:(以 教师(Teacher) 和 学生(student)多对多的关系来创建模型和数据库)

1:需求分析就省略了;

2:概念模型设计:

在powerDesigner中创建创建一个工程目录作为你项目的目录

在该项目创建概念模型:自定义你要的概念模型名称(一般为student(CDM))CDM以区分后面要生成的ldm 和pdm

新建好概念模型后在概念模型上创建实体:使用toolbox下的创建实体的按钮;如果没有toolbox  16.5的版本在view 下可以调出

创建实体之间的关系:这里是多对多的关系;1:选中关系按钮 2:将两个有关系的实体连起来,然后双击关系的那根线,在下表中自定义两个实体的关系

在这一步中生成模型有可能会报错:属性的名称唯一,这时需要设置powerDesigner的默认设置:如下图设置即可

3:生成号概念模型后,接下来就是生成逻辑模型;这一不没什么可说的,有可能的报错就是上一步同样的报错,检查是否更改了默认的设置

4:生成物理模型(PDM):选择相应的数据库(我这里是mysql)(首次生成都选择generate),保存pdm文件

5:通过pdm文件来生成创建数据和建表脚本

完成pdm后,同一通过pdm文件生成建库和建表的脚本,通过database按钮生成。整个pdm建摸和建表已经完成了;

时间: 2024-10-05 00:53:08

powerDesiner设计数据库的一些用法的相关文章

[数据库设计]数据库设计三大范式

为了建立冗余较小.结构合理的数据库,设计数据库时必须遵循一定的规则.在关系型数据库中这种规则就称为范式.范式是符合某一种设计要求的总结.要想设计一个结构合理的关系型数据库,必须满足一定的范式. 在实际开发中最为常见的设计范式有三个: 1.第一范式(确保每列保持原子性) 第一范式是最基本的范式.如果数据库表中的所有字段值都是不可分解的原子值,就说明该数据库表满足了第一范式. 第一范式的合理遵循需要根据系统的实际需求来定.比如某些数据库系统中需要用到“地址”这个属性,本来直接将“地址”属性设计成一个

[转]oracle设计数据库应选择正确的数据类型

原文地址:http://blog.sina.com.cn/s/blog_5014663501007n40.html 在设计数据库的时候,选择正确的数据类型,往往可以避免很多的问题,正确理解数据库的类型,对于存储空间规划,应用性能调整都会很有帮助,下面是我个人的一点总结: 1. Char 定长格式字符串,在数据库中存储时不足位数填补空格,不建议使用,会带来不必要的麻烦 a.  字符串比较的时候,如果不注意(char不足位补空格)会带来错误 b.  字符串比较的时候,如果用trim函数,这样该字段上

mysql之设计数据库

设计数据库的步骤 1.充分了解需求文档2.从需求文档中抽实体 实体:就是真实存在的事物(名词) 3.通过需求抽出每个实体的属性 实体的属性:就是实体的描述以及特征 4.分析实体之间关系建立关系 实体的关系:就是事物与事物存在的联系 5.将实体,属性 表间的关系转化为E-R图 长方形 表示 实体 椭圆 表示实体的属性 菱形 表示实体之间关系 6.将实体转化为表结构 实体名称:就是表名 实体属性: 就是其的字段 7.根据需求和需要 设置每个表的主键,设置表间关系等

Synopsys.milkway.vH-2013.Linux32_64 2CD设计数据库

Synopsys.milkway.vH-2013.Linux32_64 2CD设计数据库Synopsys的Milkway设计数据库已对第三方开放访问,该数据库是Galaxy设计平台的关键组成部分.Galaxy设计平台将通过使■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□ + 诚信合作,保证质量!!!长期有效: + 电话TEL:18980583122 客服 QQ:1140988741 邮件(Email):[email protected] ■□■□■□■□■□■□■□■□

nosql数据库MongoDB的用法

MongoDB常用命令 1.启动命令 mongod 启动数据库进程 --dbpath 制定数据库的目录 --port 制定数据库的端口,默认是27017 --bind_ip 绑定IP --directoryperdb 为每个db创建一个独立子目录 --logpath 制定日志存放目录 --logappend 指定日志生成方式(追加/覆盖) 例如:mongod --dbpath db --port 27098 --directoryperdb --logpath db\logs\mongodb.l

20个设计数据库的最佳实践指南

数据库设计看上去很简单,但是如果不经意随意设计,可能会为日后维护拓展或性能方面埋下祸根.以下是20个设计数据库的最佳实践指南: 1. 使用完整的一致的数据表名称和字段名,如:School, StudentCourse, CourseID 2.数据表名称使用单数,比如使用StudentCourse 而不是StudentCourses,数据表代表实体的一个集合,因此没有必要使用复数名称. 3. 数据表名称不要使用空格,比如StudentCourse 比Student Course更好. 4.数据表名

用面向对象的思维方式来设计数据库

场景 我们有多种类型订单:实物订单.特享商户订单.核销订单.生活缴费订单.电影票订单.机票订单.以及以后会持续新增的未知类型订单,它们都存放在不同的订单类型表中 影响 导致有些业务做起来会比较痛苦 比如: 统计当前用户未付款订单总数 在列表中显示当前用户在某个时间段内所有未支付订单的信息(实现方式如上) 例外还会有个未知因素:持续新增的未知类型订单 每新增一种内型订单,上面的实现都将随之新增业务代码.各种蛋疼. 思路 上次换工作,面试遇到一道面试题,如下: "请设计数据库,用来存放 老师.学生等

设计数据库需要考虑到的问题

成功的管理系统=50% 的业务+(25%的数据库+25%的程序) 1.考察现有系统环境    大多数数据库项目都不是从头开始建立的,通常机构内总会存在用来满足特定需求的现有系统.显然,现有系统并不完美,否则你就不必再建立新系统了.但是对旧系统的研究可以让你发现一些可能会忽略的细微问题.一般来说,考察现有系统对你绝对有好处. 2.充分预计需求的升级趋势    询问用户如何看待未来需求变化非常有用,这样做可以达到两个目的:首先,可以清楚地了解应用设计在哪个地方应该更具灵活性以及如何避免性能瓶颈:其次

如何设计数据库(1)?(芮)

为什么需要设计数据库 这里我们思考两个问题: 修建茅屋需要设计吗?修建大厦需要设计吗? 结论是:当数据库比较复杂(如数据量大,表较多,业务关系复杂)时,我们需要先设计数据库: 因为,良好的数据库设计能够: q 节省数据的存储空间 q 能够保证数据的完整性 q 方便进行数据库应用系统的开发 糟糕的数据库设计: q 数据冗余.存储空间浪费 q 内存空间浪费 q 数据更新和插入的异常 软件项目开发周期 我们再来看看软件项目的开发周期: • 需求分析阶段:分析客户的业务和数据处理需求; • 概要设计阶段