仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 1228|回复: 8
打印 上一主题 下一主题

[学习教程] MYSQL网站制作之怎样让PowerDesigner撑持主动天生含SQL...

[复制链接]
活着的死人 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 22:49:10 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
索引用来快速地寻找那些具有特定值的记录,所有MySQL索引都以B-树的形式保存。如果没有索引,执行查询时MySQL必须从第一个记录开始扫描整个表的所有记录,直至找到符合要求的记录。server
翁彦

PowerDesigner是Sybase公司出名的产物,我从16-bit的windows入手下手,就打仗并利用这个工具,应当说是有很深的情感。PowerDesigner是DBA和软件架构师计划的利器,跟着版本的不休晋级,PowerDesigner供应了更多更壮大的功效。仅以本篇为入手下手,向人人先容一些PowerDesinger中的利用技能,匡助人人更好地更无效率地利用这个CASE工具。

成绩的提出

我已经在良多网上看到有伴侣问起,在PowerDesigner的PhysicalModeldesign中,除Oracle外,选择其他数据库模子,最初天生建数据库剧本的时分,不会主动天生纪录表和列正文信息的数据库剧本代码。

请同意我先注释一下这个成绩的观点,我们经由过程PowerDesigner计划oracle数据库,最初失掉的剧本能够像上面如许,个中的comment语句就是我下面指出的在oracle中保留正文信息的剧本语句,在oracle中实行后,能够经由过程查询oracle的数据字典失掉这些信息。如许做的优点是,今后检察表布局对照便利,不必要从数据库文档材料中往寻觅了,关于团队开辟来讲,有使用的意义。


/*===============================================*/

/*Table:EMP*/

/*==============================================*/

createtableEMP(

"EmpID"NUMBER,

"EmpName"VARCHAR2(50),

SEXCHAR(1)

)

/

commentontableEMPis人员信息

/

commentoncolumnEMP."EmpID"is人员编号

/

commentoncolumnEMP."EmpName"is人员姓名

/

commentoncolumnEMP.SEXis性别F:女M:男

/


SQLServer也有如许的语句,可是,人人常常发明选择了数据库模子是SQLServer,在主动天生建库剧本的时分,即便你选上了天生comment语句的选项,powerdesigner也不会帮你主动天生,是PowerDesigner不撑持SQLServer么,谜底明显是不是定的。

成绩的办理

PowerDesigner这个工具能够撑持任何一种干系型数据库的模子计划,由于,在PowerDesigner中每种数据库模子的特征界说都存储在一个xdb文件中,我们能够在[PowerDesigner_Install_Home]/ResourceFiles/DBMS下能够找到。固然,我们也能够本人创立一个新的xdb,界说好我们想撑持的数据库模子的特征。分明了这一点,这个成绩的谜底就不言而喻。

上面我就复杂地申明一下,我利用的是PowerDesinger9.5企业版。Sybase有些简化版本(如SQLModuler)就不克不及自界说xdb,请人人注重。

1从菜单TOOLS->RESOUCES->DBMS,进进自界说数据模子,拜见。







2PowerDesigner弹出一个对话框,列表框中列出了以后PowerDesigner撑持的

数据库模子()。我们选择创立一个新的。输出名字SQLSERVER2000(EXTENDED),选择从现有的SQLSERVER2000复制,如许SQLSERVER2000(EXTENDED)就包括了本来SQLSERVER2000模子具有的一切特性()。













3接上去,我们就必要为SQLServer2000(Extended)增加撑持主动天生表和列正文代码的特征。PowerDesinger把界说的特征用树状布局构造了起来(),本篇要做的事情就是界说Script代码特性。我们必要修正ScriptObjectsTableTableComment和ScriptObjectsColumnColumnComment中的剧本特性代码。

4SQLServer2000在数据库中保留表和列正文是经由过程挪用体系存储历程sp_addextendedproperty来做的。那末我们只必要,分离写上


表级的正文代码是:
EXECUTEsp_addextendedpropertyNMS_Description,N%COMMENT%,Nuser,N%OWNER%,Ntable,N%TABLE%,NULL,NULL

列级的正文代码是
EXECUTEsp_addextendedpropertyNMS_Description,N%COMMENT%,Nuser,N%OWNER%,Ntable,N%TABLE%,Ncolumn,N%COLUMN%


人人看看这些代码,立即就分明是怎样回事了()。%COMMENT%之类的就是相称于交换变量,PowerDesigner在天生剧本的时分主动交换计划模子中交换变量的值。













5保留SQLServer2000(Extended)成一个xdb文件。

6如今,我们能够创立一个新的PhysicalDataModel了,数据库模子选SQLServer2000(Extended)。创建一个表,必要提示的是,必定要指定一个数据库利用者,一样平常用dbo()。我们能够为表和列都增加上正文。







7天生建库剧本,菜单Databases->GenerateDatabase。在所示的对话框中,注重要选中comment选项。点击断定,就失掉终极的建库剧本。翻开看看,我们看到了PowerDesinger依据我们告知它的划定规矩天生了对应的代码




EXECUTEsp_addextendedpropertyNMS_Description,N雇员信息,Nuser,Ndbo,Ntable,NEmployee,NULL,NULL

go

EXECUTEsp_addextendedpropertyNMS_Description,N主键ID,主动增添,Nuser,Ndbo,Ntable,NEmployee,Ncolumn,NEmployeeID

go

….


8我们在SQLServer2000中实行这个角本,然后经由过程EnterpriseManager能够看到这些正文。

















小结

经由过程这个理论,我们能够懂得PowerDesigner是怎样处置分歧数据库的SQL语法差别的,这和我们开辟使用中的参数文件的思绪基础分歧。同时,我们也应当熟悉到,PowerDesinger的功效仍是对照多和庞大的,只要熟习这个工具的功效利用,才干真真进步临盆效力。


DBaaS会导致单一客户利润率的下降,因为云服务一般是依靠MySQL学习教程数来抵消较低的利润率。
若天明 该用户已被删除
沙发
发表于 2015-1-20 05:07:42 | 只看该作者
连做梦都在想页面结构是怎么样的,绝非虚言
再现理想 该用户已被删除
板凳
发表于 2015-1-28 16:20:08 | 只看该作者
现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层.
第二个灵魂 该用户已被删除
地板
发表于 2015-2-5 22:13:46 | 只看该作者
再开发调试阶段和OLAP环境中,外键是可以建立的。新版本中加入了SETNULL和SETDEFAULT属性,能够提供能好的级联设置。
因胸联盟 该用户已被删除
5#
发表于 2015-2-13 22:02:08 | 只看该作者
这就引发了对varchar和char效率讨论的老问题。到底如何分配varchar的数据,是否会出现大规模的碎片?
柔情似水 该用户已被删除
6#
发表于 2015-3-4 02:03:37 | 只看该作者
varchar(max)\\\\nvarchar(max)类型的引入大大的提高了编程的效率,可以使用字符串函数对CLOB类型进行操作,这是一个亮点。
兰色精灵 该用户已被删除
7#
发表于 2015-3-11 15:23:35 | 只看该作者
换言之,只有在不断的失败中尝试成功,而关于失败的总结却是很少的
老尸 该用户已被删除
8#
发表于 2015-3-19 01:10:47 | 只看该作者
sqlserver的痛苦之处在于有用文档的匮乏,很多只是表明的东西
只想知道 该用户已被删除
9#
发表于 2015-3-27 00:17:53 | 只看该作者
但是随着数据量的增大,这种成本差距会逐渐减小,趋于相等。(500万数量级只相差10%左右)
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-11-1 08:18

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表