1.file->new model 2.根据菜单或功能模型新建physical diagram(当然也可以新建package) 选中项目,右键——>new ->physical diagram 3.选中任何一个physical diagram 双击进行table设计,双击 reference进行外键约束设置 这里注意外键关联关系的箭头指向: 4.设计完成之后,选中表 右键->sql view 可以看到sql语句,然后放到mysql等数据库中去执行(注意先导一对多关系中的一表,然后在

一般建模可能都会用到:powerdesigner 但是,在建表的时候,我一直没有找到: DEFAULT CHARACTER SET COLLATE 两个选项.因此,想了个方法,点击:工具栏->database->edit current DBMS   然后,选中:MYSQL50::Script/Objects/Table/Options    在options末尾添加: ENGINE = %s : list = BDB | HEAP | ISAM | InnoDB | MERGE | MRG_

之前同事用PowerDesigner 建立数据模型后,生成到数据库中,没有注释.这导致数据库使用起来不是很方便,特别是对数据表结构不熟悉的同事. 其实,可以添加注释(并且可以逆向,即从数据库中反向更新到PDM中),方法也很简单: 在任意表上右键-属性-Columns,面板工具栏中选择Cutomize Columns and Filter(快捷键Ctrl+U),弹出对话框,勾选Comment即可.

工具栏->database->edit current DBMS 然后,选中:MYSQL50::Script\Objects\Table\Options 在options末尾添加: ENGINE = %s : list = BDB | HEAP | ISAM | InnoDB | MERGE | MRG_MYISAM | MYISAM, default = MYISAM DEFAULT CHARACTER SET = %s : list = utf8 | gbk, default = utf8

假设我们有一个user表,字段为ID和NAME,现在ID作为逻辑主键,自增,想将NAME添加唯一约束,话不多说直接上图: # 添加一个key, 名字随便取,我取为key_u # 双击添加的key的第一列 # 点击Columns, add Columns # 勾选你想添加的列,点击OK

1.打开Columns选项卡 2.选中要添加唯一键的字段 3.点击工具栏Create Key按钮,如图 4.打开创建key窗口,根据情况修改约束名称,不修改也可以 5.切换到mysql选项卡,选中“Unique key”复选框,点击确定,添加完成

一:PDM模版使用 1:新建model:File——new model——选择PDM,填上名字.数据库类型 2:右侧工具类使用 3:创建表与配置 点击右侧工具栏中table控件,移动到模版面板内点击一下创建表,双击表配置表明.属性列选择.主键等 4:表关系配置 左键选择一张表,按住不放移动到另一张表即可建立表间关联关系. 双击那条关联线,配置关联关系:父子表.关联的属性选择 5:保存模板文件 二:生成数据库脚本 1:配置数据库类型,选择要生成脚本类型的数据库 2:脚本格式配置,删除多于双引号等

1.何谓关联? 关联(association):一个类的全局变量引用了另一个类,就表示关联了这个类 2.何时使用关联? 长时间(需要记住)留存的需要关联:短时间的不需要.比如: 需要关联:老师教那些课程. 不需要关联:收银员查询产品描述,不需要记住哪个收银员查询了哪个产品. 3.为什么要避免加入大量关联? 在有n个节点图中,节点间有(n*(n-1))/2个关联.比如,有20个概念类,则会最大有190条关联线.增加复杂度. 重点关注“需要记住”的关联. 4.如何画关联? 1).类名.关联名称,都要

从本篇开始,本系列将进入实战演练阶段. 前面主要介绍了一些应用程序框架的概念和基类,本来想把所有概念介绍完,再把框架内部实现都讲完了,再进入实战,这样可以让初学者基础牢靠.不过我的精力很有限,文章进度越来越慢,所以准备切换一下介绍顺序,把实战演练提前,以方便你阅读代码. 实战演练介绍 本系列实战演练共分两个部分. 实战演练第一部分介绍如何快速解决CRUD机械操作,这一部分我将手把手带领各位同学从搭建VS环境开始,创建程序集及各程序集间的依赖关系,以及引入依赖的外部DLL,并手工完成代码示例中Ap

回想一下自己的Android生涯已经经历过N多个年头了,基本都是在编写业务代码,都知道35岁程序员是一个坎,当然如果有能力能做到Android架构师的职位其生命周期也会较长,毕境不是人人都能轻易做到这个岗位的,而在我的职位生涯中“Android架构师”一直是想做为一个自己前进的动力,但是一直都是空有其想法,木有实际行动,而这个博客专栏也已经创建多年了,但是还是0沉淀,所以接下来痛定思痛,一点点来打造自己的架构梦. 首先得要系统的复习UML相关的东东,架构图在实际做架构中是必不可少的,而这项技能也

关联的概念 关联用来表示两个或多个类的对象之间的结构关系,它在代码中表现为一个类以属性的形式包含对另一个类的一个或多个对象的应用. 程序演示:关联关系(code/assocation) 假设:一个公司只有三名员工:一个员工要么没有工作,要么只能在一个公司工作.(代码简化了,主要说明关联关系) Person类: class person { public string name; public person(string eName) { name = eName; } public void s

在Power Pivot中可以从各种数据源中根据你的需求来创建数据模型,并且可以根据需要随时刷新这些数据.在上一篇中,Anna已经准备好了加载到Power Pivot中的数据.Power Pivot就是这样一个在Excel中创建并且管理表格数据以及表之间的关系的一个工具. Anna在把NYSE和NASDAQ的数据加载到数据模型之后,她还想单独加载一份S&P 500的数据表.于是她回到先前搜索到的数据表,然后在POWERPIVOT标签下选择Add to Data Model添加到数据模型. 当表被

作者:zuoxiaolong8810(左潇龙),转载请注明出处,特别说明:本博文来自博主原博客,为保证新博客中博文的完整性,特复制到此留存,如需转载请注明新博客地址即可. 各位好,很久没以LZ的身份和各位对话了,前段时间为了更加逼真的解释设计模式,LZ费尽心思给设计模式加入了故事情节,本意是为了让各位在看小说的过程中就可以接触到设计模式,不过写到现在,LZ最深的感触就是,构思故事的时间远远超过了LZ对设计模式本身的研究. 本章介绍迭代器模式,不再采用故事嵌入的讲解方式,主要原因是因为迭代器模式本

摘自: http://blog.csdn.net/fatherican/article/details/44966891 UML图中类之间的关系:依赖,泛化,关联,聚合,组合,实现 类与类图 1) 类(Class)封装了数据和行为,是面向对象的重要组成部分,它是具有相同属性.操作.关系的对象集合的总称. 2) 在系统中,每个类具有一定的职责,职责指的是类所担任的任务,即类要完成什么样的功能,要承担什么样的义务.一个类可以有多种职责,设计得好的类一般只有一种职责,在定义类的时候,将类的职责分解成为

引言 Applying UML and Patterns,以一个商店POS系统NextGen和一个掷骰子游戏Monopoly为例,围绕OOA/D的基本原则GRASP,以迭代作为基本方法.以UML为表达工具,配以GoF的基本模式,系统地展示了一个较为完整的OOA/D过程.相较原书第1版,此番重读该书第3版,吾仍深为所动,遂将其精华采撷如下,并适当加以注解,权作温故而知新所用. 摘录 P4 在OO开发中至关重要的能力,是熟练地为软件对象分配职责. P5 面向对象分析(OOA),强调的是在问题领域内发

类图class的关联关系(聚合.组合) 关联的概念 关联用来表示两个或多个类的对象之间的结构关系,它在代码中表现为一个类以属性的形式包含对另一个类的一个或多个对象的应用. 程序演示:关联关系(code/assocation) 假设:一个公司只有三名员工:一个员工要么没有工作,要么只能在一个公司工作.(代码简化了,主要说明关联关系) Person类:  Person class person { public string name; public person(string eName) { n

UML图中类之间的关系:依赖,泛化,关联,聚合,组合,实现 类与类图 1) 类(Class)封装了数据和行为,是面向对象的重要组成部分,它是具有相同属性.操作.关系的对象集合的总称. 2) 在系统中,每个类具有一定的职责,职责指的是类所担任的任务,即类要完成什么样的功能,要承担什么样的义务.一个类可以有多种职责,设计得好的类一般只有一种职责,在定义类的时候,将类的职责分解成为类的属性和操作(即方法). 3) 类的属性即类的数据职责,类的操作即类的行为职责 一.依赖关系(Dependence) 依

作者:zuoxiaolong8810(左潇龙),转载请注明出处,特别说明:本博文来自博主原博客,为保证新博客中博文的完整性,特复制到此留存,如需转载请注明新博客地址即可. 各位好,很久没以LZ的身份和各位对话了,前段时间为了更加逼真的解释设计模式,LZ费尽心思给设计模式加入了故事情节,本意是为了让各位在看小说的过程中就可以接触到设计模式,不过写到现在,LZ最深的感触就是,构思故事的时间远远超过了LZ对设计模式本身的研究. 本章介绍迭代器模式,不再采用故事嵌入的讲解方式,主要原因是因为迭代器模式本

Kettle是一款国外开源的ETL工具,纯java编写,可以在Window.Linux.Unix上运行,数据抽取高效稳定.其中,Spoon是Kettle中的一个组件,其他组件有PAN,CHEF,Encr和KITCHEN等. Spoon通过图形化的页面,方便直观的让你完成数据转换的操作. 1.安装配置 点我下载 最新版本是7.1,小编这里使用的是6.1.下载完毕后,解压即可. 因为是Java编写的,需要jdk环境.配置完环境后,运行Spoon.bat或spoon.sh,就可以看到Spoon的页面了

今天我们总结要点: 我们就从这张图慢慢讲. 一.类图部分 基础: 类图→长方形表示.类名在最上栏,下面是数据,第三栏是方法.其存在两种关系:关联和泛化 属性: 全形:  可见性  名:类型     重数=默认{特性串} 例子: -名:String[]="Untlitled"{readOnly}(+ - 表示公            用和私用) 关联:是两个类之间的一条实线,方向从源类到目标类.一般来说,小事用属性,较大的类用关联 特殊的双向关联:例如人和车的关系. 操作:是类知道要去施

UML类图与类的关系详解   2011-04-21 来源:网络   在画类图的时候,理清类和类之间的关系是重点.类的关系有泛化(Generalization).实现(Realization).依赖(Dependency)和关联(Association).其中关联又分为一般关联关系和聚合关系(Aggregation),合成关系(Composition).下面我们结合实例理解这些关系. 基本概念 类图(Class Diagram): 类图是面向对象系统建模中最常用和最重要的图,是定义其它图的基础.类