MYSQL网站制作之关于Visio2000 Enterprise和Visio for ...

有的时候，一些缺失的功能可以通过别的办法来实现，例如，在MySQL4.1以前，你可以通过使用join方法来替代子查询的功能。在MySQL5.0中，大多数关系型数据库所要求的功能已经都具备。enterprise|毛病|数据|数据库　　前一段工夫看到以下一篇文章，申明了Visio2000Enterprise和VisioforEnterpriseArchitects版本中关于数据库模子的菜单翻译毛病。原文援用以下：

　　这几天在收拾一些使用Visio举行数据库建模的材料，偶然中发明一处分明误导用户的翻译毛病，以下图所示：



　　为何要说是“分明误导”呢？由于在数据库建模的时分，当在Visio中把观点模子（利用ORMSourceModel）创建好以后，接着就是创建逻辑模子，即新建＂数据库模子图＂，逻辑模子能够由观点模子正向工程失掉，以是在把观点模子的图到场到项目中后，这个＂Build＂菜单就是关头一步，翻译成＂版本＂意义就不同十万八千里了，害得我好半天没找到怎样完成这个功效。依照mvm的话来讲，就是“Microsoft也不找团体Review一下，这么分明的毛病高中生都能发明...”

　　别的，要想在Visio中举行全功效的数据库建模，必需利用Visio2000Enterprise，大概是Visio2002forEnterpriseArchitect（VEA），而在Office2002/2003中的VisioStardard/Profession都没有全程建模才能，即不克不及创建观点模子，也不克不及正向工程创建数据库或天生DDL，曾实验着把VEA中的模具加到Visio2003中，但以失利了结，不知甚么时分Visio2003也有全程建模的才能，岂非等VS.NET2005?

　　前段工夫忙于其他事情也没有效Visio，如今有个项目必要举行数据库建模，才发明本来这个毛病的确让人不爽，初度利用的人相对是没有举措了解其意义的。干脆，我找到了Visio的相干模板，手动修正了这个翻译，如图：


　　我团体以为翻译为编译对照得当，意为从源模子编译成逻辑数据库模子，然后就能够天生数据库实体大概DDL了。
　　此修正文件以下，掩盖原文件便可，路径为Visio安装目次2052olutions数据库
　　用户时常会发现其实自己并不是第一个选用MySQL数据库的先驱者。”

你可以简单地认为适合的就是好，不适合就是不好。

另一个是把SQL语句写到服务器端,就是所谓的SP(存储过程);

不过话说回来了，绝大多数的性能优化准则与对sqlserver存储的结构理解息息相关

groupby子句可以将查询结果分组，并返回行的汇总信息Oracle按照groupby子句中指定的表达式的值分组查询结果。

很多书籍啊，不过个人认为看书太慢，还不如自己学。多做实际的东西，就会遇到很多问题，网上搜下解决问题。不断重复这个过程，在配合sql的F1功能。

入门没那么困难，精通没那么容易

一个是把SQL语句写到客户端,可以使用DataSet进行加工;

XML字段类型更好的解决了XML数据的操作。XQuery确实不错，但是个人对其没好感。（CSDN的开发者应该是相当的熟了！）