如何用SQLyog来分析MySQL数据库

用SQLyog来分析MySQL数据库 SOLyog的下载 安装以及使用很简单 我去了相关网站下载 它只有 K字节大小 它把两个文件(一个可执行文件 exe和一个动态链接库文件 dll)安装到C:\Program Files\SQLyog路径下 然后运行可执行文件

安装后没有必要再访问该网站了 我访问该网站是得到了一个消息 说它的域名没有设置(configured) 登记 或正在建设中 我不清楚这个问题是暂时的还是一直是这样 该软件是免费的 并且没有标志广告(banner ads) 所以它可能是一个特定的尚未最终定型的商业模型 最终可能还是要负费的

数据库 表格(table)和列树(column tree)

该程序一启动就开始询问我的登录到MySOL服务器的口令 我只需要输入我的服务器名字 用户id和登录密码 所有其它的设置都是正确的默认值 然后(当我开始其它事务 重启几次 睡了一会之后) 我重新运行该程序 这时只需要再次输入我的登录密码 该程序没有保存密码的选项 你可以认为这是该程序的一个bug 也可以说是程序的保密特性

一旦你登录之后 界面就是很值得注意 MySOL服务器上所有的数据库都显示在一个树型控件上 你只能访问你在登录时授权的那个数据库 如果你点开代表授权给你的那个数据库的树型结构 你就可以看到一系列代表表格的节点 点开表格节点后 你就可以看到一系列显示字段名的节点和另一个代表索引的节点集合

索引界面绝对是个好东东 这样你就可以CRUD查询索引和关键字了 这相对前端数据库如Microsoft Access来说是个提高 如果考虑到MySOL刚刚开始提供对主(primary)和非相关(foreign)关键字关系的支持 本程序这部分的设计是很成熟的 在右下方的面板上 有四个标签页 即 结果(Result) 消息(Message) 对象(Object)和历史(History)

有什么缺点？

我试图发现该程序的缺点 不过只发现了一个 如果你在Win Dependency Walker下运行程序的 exe文件 你会发现它引用了DLG dll文件 而DLG dll又轮流引用AppHelp 实事上 CommDlg调用AppHelp 而当AppHelp没有请求函数时 CommDlg这么做根本就是浪费资源

过于简单？

在SQLyog FAQ上 有一种观点认为该软件没有正式归档的必要 当然 FAQ(常见问题解答)本身就是一种归档 SQLyog的界面非常直观 我建议你打印一份MySOL文档(包括SQL特殊语法扩展) 我就是这么做的 它只用了一个半英寸的活页封面

最后一步？

FAQ还让人想到一个让人耳朵起了老茧却又是正确的Occam s Razor准则——一切超出必要的复杂性都是没有必要的 我之所以到处 推销 这个工具 就是因为它可以为我们提供一个可以管理MySOL服务器上许多数据库的 简单的 图形化的界面 它的速度极快 并且它的拷贝很小(可以放在一张软盘上)

lishixinzhi/Article/program/SQL/201404/30537

讲解Oracle数据库移植到MySQL

出处：IT专家网 日期：2010-06-24

一、前言

公司原来的项目是基于Oracle数据库的，Oracle功能强大，但是部署和管理较复杂，更重要的是，购买Oracle的费用不是每个客户都愿意承担的。因此，迫切需要把公司项目所用数据库移植到一个简单好用的数据库上。当然，如您所料，我们选择了广受欢迎的MySQL。

作为一个开源数据库，MySQL用无数案例证明了她的可用性，因此让我们把重点放在如何将Oracle移植到MySQL上。已经有很多的文章和专题介绍了Oracle移植到MySQL的方法和步骤，也有相当多的工具可以辅助这种移植过程。但是，由于数据库实现的差异，完美的移植工具是不存在的，移植过程中不断碰到的问题证明了这一点，特别是您使用了Oracle的一些高级特性时。

从Oracle移植到MySQL主要有六个方面的内容需要移植，一是表Table，包括表结构和数据，二是触发器Trigger，三是存储过程Procedure，函数function和包Package，四是任务Job，五是用户等其他方面的移植，六是具体应用程序通过SQL语句访问时的细节差异克服。

笔者用来移植测试的数据库是：Oracle 9i ，MySQL 60，Windows 2000环境。

二、表的移植

这个部分的移植是最容易用工具实现的部分，因为很多MySQL的图形管理工具都自带这样的移植工具，比如SQLYog，MySQL Administrator等。但是，这些工具的移植能力各有不同，对字段类型转换、字符集等问题都有自己的处理方式，使用时请注意。

笔者使用“SQLYog Migration Toolkit”工具按提示步骤移植后，表的主要结构和数据将成功移植，主要包括表的字段类型(经过映射转换，比如number会转换为double，date转换为timestamp等，请小心处理日期字段的默认值等)，表的主键，表的索引(Oracle的位图索引会被转成BTree索引，另外表和字段的注释会丢失)等信息。需要特别注意的是，Oracle的自增字段的处理。

大家知道，Oracle通常使用序列sequence配合触发器实现自增字段，但是MySQL和SQL Server等一样，不提供序列，而直接提供字段自增属性。所以，请把Oracle里面的自增字段实现直接改为MySQL的字段属性，而且，这个字段必须是主键(key)并且不能有默认值。

还有一个问题，如果您的应用要直接使用Oracle的某个序列，那么您只能在MySQL里面模拟实现一个，具体方法就是利用MySQL的自增字段实现的。

三、触发器的移植

首先，MySQL在60以后才支持触发器!

触发器的移植没有现成工具，因为两者之间的语法差异较大，您只能通过手工对照着原来的逻辑一个一个添加。

这里要说明一下，MySQL的SQL过程语法和Oracle PL/SQL大致相同，但还是有些细微差别：

1 变量声明Declare部分，在Oracle中Declare语句位于Begin之前，在MySQl中，Declare位于Begin之后;

2 注释不同，在Oracle中，可用 “—“ 注释一行或“/ /”注释一段，在MySQL中，需用 “/ /”或“#”来注释

3 对触发前后变量值的引用方法不同;在Oracle中，用 :neweid, :oldeid表示新旧值，

在MySQL中，用 Neweid，oldeid表示新旧值

4 移植中发现的问题

1) Oracle的自治事务autonomous_transaction ，MySQL不支持，您必须用其他方式实现，MySQL不允许在触发器过程中执行对触发器所在表的 *** 作(包括读写)

2) MySQL函数和trigger中不能执行动态SQL语句，也就是说，您不能在触发器里面组合出来一个SQL字符串，然后用exec来执行

3) Oracle的表级触发器，MySQL还不支持，所以必须改成使用行级触发器，注意这会导致有时SQL语句的执行效率很低

四、存储过程，函数和程序包的移植

程序包是Oracle用来组织逻辑功能的一个Object，MySQL不支持，因此需要将包里的存储过程、函数等全部放到该数据库公有过程和函数里面。

MySQL的过程和函数语法与Oracle类似，但还是有细微差别，除了数据类型需要转换，还有：

1 格式不同，例如：

Oracle为：

CREATE OR REPLACE procedure procedure1(TableName in varchar2) is

MySQL应该为：

CREATE procedure procedure1( in TableName varchar(200))

2 赋值语句不同：

Oracle赋值语句为：

strSQL := ‘update table set field1=1’;

MySQL应该为：

Set StrSQL = ‘update table set field1=1’;(用:=也行)

3 一些要用到游标的过程请注意

MySQL过程不支持嵌套游标，不支持带参游标，不支持记录类型%ROWTYPE，不支持数组等，原Oracle用到这些的必须改写

五、Job的移植

Job是Oracle的定时任务实现的方法，MySQL6中用Event实现，具体语法请参考MySQL手册。

在MySQL中使用event请注意，默认它是不运行的，您可以

1) 保证MySQL定时任务event scheduler运行,需要MySql 516以上，并且在启动后执行SET GLOBAL event_scheduler = ON;(也可以在初始配置文件比如myini中加入event_scheduler = ON的参数)

2) 启用event功能后，每次执行会往MySQL的错误日志文件写一些信息(data目录下的“主机名err”文件)，导致这个文件越来越大(除非经常做flush log *** 作)。所以，如果您的event执行很频繁，可在myini中加参数console=TRUE，这样执行event的信息就不会写进来了

六、用户的移植

Oracle的用户管理和MySQL下有较大区别，请分别建立用户，并赋予合适的权限。

七、应用程序的移植

由于语法细节上的差异，导致很多SQL语句需要改写。笔者记下了所有移植过程中碰到的SQL语句细节差异，这些也是一般项目可能会用到的地方，虽然肯定不全，但也列出来以供参考：

1)Oracle的to_char函数不能再使用，换用如CONCAT(143)的形式，为了提高应用程序兼容性，建议手工写一个

2)Oracle的to_date函数不能再使用，建议手工写一个添加到MySQL数据库

3)Oracle的decode函数不能再使用，换用SELECT CASE 1 WHEN 1 THEN 'one' WHEN 2 THEN 'two' ELSE 'more' END 的形式

4)nvl这样的一些专用函数，MySQL是没有的，可以把

select nvl(to_char(num),'nothing') from t_equipment转换成

select case num when num then num else 'nothing' end from t_equipment

5)instr之类的函数，函数名相同，但参数个数不同

6)Oracle的sysdate要写成sysdate()的形式

7)包的形式已经取消，所以原来以包的方式调用的过程如xx_packxxx要写成xxx()

8)带进制字符转数字

Oracle风格：TO_NUMBER(strTmp,'XX') TO_NUMBER(’9’)

MySQL风格：CONV(strTmp,16,10) CONV(’9’,10,10) 如果字符串前后有加减 *** 作，会隐含转换成数字

9) 不能再有直接调用序列的形式，如果一定需要，可以模拟实现一个

10)日期直接加减的含义不同了，比如Oracle中sysdate + 1 变成了sysdate() + interval 1 day(注意如果写成sysdate() + 1 语法还是正确的，但含义是错误的)

查询select sysdate() + 1 from dual 在MySQL得到比如 20080223153234(= 20080223153233 + 1)的数

而在Oracle中会得到第二天当前时刻。

11) MySQL单纯的date类型只是日期不带时间，DATETIME或TIMESTAMP带有时间，用DATE_FORMAT函数可以控制显示形式

12)select 'abc' || 'd' from dual 两个数据执行的结果不同(语法都能通过)，MySQL要写成select concat('abc' , 'd')的形式

13) Oracle高级功能，如带有暗示索引的select语句，MySQL是不支持的(语法可以通过)

14)有些MySQL的保留字不能直接用在SQL语句里,要加表名或别名限制，如select RIGHT FROM XX要改成select aRIGHT FROM XX a

15) Oracle的子查询可以不起别名，但MySQL是必须的，比如下面的别名aa：

select field1 from (select sysdate() as field1 from dual) as aa

16)很多系统表名都是不同的,比如，列出某个表的信息：

select from tab where TName='T_TEST'改成

select table_name,table_type from information_schematables where table_schema = 'user' and table_name=' T_TEST '

17)MySQL下update时不能有本身的子查询

update T_TEST set Flag = 0 where field1 in

(select distinct bfield1 from T_TEST b where bflag=1)

18)Oracle下’’和null等价，而MySQL则不然

select 1 from dual where '' is null在Oracle下可以取到记录，在MySQL下不能

dual表的使用，substr、trim等函数的主要使用方式和Oracle类似

八、小结和建议

看起来，Oracle移植到MySQL似乎挺麻烦，有没有一键完成的简单办法呵呵，我没有找到，除非您只使用基本表，只使用基本SQL语句访问它。当然，建议大家初始设计的时侯，就考虑到多数据库的支持，权衡一下使用一些高级功能带来的好处和对可移植性方面带来的损害，这会大大减少后期移植时面对的问题;另外，在应用架构设计时，也建议使用较好的框架去屏蔽这些差异，比如J2EE的Hibernate框架等。

感谢伟大的Oracle，给我们提供了很多的高级功能，有很多是MySQL没有的，因此，在移植时你不得不放弃一些非必须的功能，比如,全表cache、物化视图、函数索引等;如果该功能是必须的，您可能要使用别的方式来实现，或者转到应用程序层面来考虑。当然，这些功能MySQL今天没有，不代表明天也没有，我们可以拭目以待。

由于开源软件的原因，MySQL的bug或者缺陷有时还会干扰你，请仔细测试和优化您的应用程序，调整MySQL的配置参数，确保它可以运行得和Oracle下一样好。

（责任编辑：王倩）

1，优点分析：MYSQL短小精悍，容易上手， *** 作简单，免费供用的。相对其它数据库有特色又实用的语法多一些。SQL怎么也算是大型数据库，稳定，能做一般大系统的数据仓库，运行速度明显比MYSQL快N多（海量数据下这个优势显而易见）。

2，缺点分析：MYSQL难担当大系统的数据仓库，运行速度慢，不够稳定，有掉线的情况。SQLSERVER价格贵（当然没说5元盗版），使用起来比MYSQL要难一些，毕竟东西大了说道多点。

3，按你的补充（如何登录）：MySQL自己有文字界面客户端，用起来咋说也没鼠标点方便（不过习惯了也好），当然配对MYSQL有专业的客户端软件，我是用SQLYOG519版的，各种 *** 作真的是很方便的说。SQLSERVER 就用自带的查询分析器登录了：）两者的前提是数据库服务都带打开，而且你得知道安装时的用户名密码哦：）

对于程序开发人员而言，目前使用最流行的两种后台数据库即为MySQL and SQLServer。这两者最基本的相似之处在于数据存储和属于查询系统。你可以使用SQL来访问这两种数据库的数据，因为它们都支持ANSI-SQL。还有，这两种数据库系统都支持二进制关键词和关键索引，这就大大地加快了查询速度。同时，二者也都提供支持XML的各种格式。除了在显而易见的软件价格上的区别之外，这两个产品还有什么明显的区别吗？在这二者之间你是如何选择的？让我们看看这两个产品的主要的不同之处，包括发行费用，性能以及它们的安全性。

根本的区别是它们遵循的基本原则

二者所遵循的基本原则是它们的主要区别：开放vs保守。SQL服务器的狭隘的，保守的存储引擎与MySQL服务器的可扩展，开放的存储引擎绝然不同。虽然你可以使用SQL服务器的Sybase引擎，但MySQL能够提供更多种的选择，如MyISAM,Heap, InnoDB, and BerkeleyDB。MySQL不完全支持陌生的关键词，所以它比SQL服务器要少一些相关的数据库。同时，MySQL也缺乏一些存储程序的功能，比如MyISAM引擎联支持交换功能。

发行费用：MySQL不全是免费，但很便宜

当提及发行的费用，这两个产品采用两种绝然不同的决策。对于SQL服务器，获取一个免费的开发费用最常的方式是购买微软的Office或者VisualStudio的费用。但是，如果你想用于商业产品的开发，你必须还要购买SQL Server StandardEdition。学校或非赢利的企业可以不考虑这一附加的费用。

性能：先进的MySQL

纯粹就性能而言，MySQL是相当出色的，因为它包含一个缺省桌面格式MyISAM。MyISAM数据库与磁盘非常地兼容而不占用过多的CPU和内存。MySQL可以运行于Windows系统而不会发生冲突，在UNIX或类似UNIX系统上运行则更好。你还可以通过使用64位处理器来获取额外的一些性能。因为MySQL在内部里很多时候都使用64位的整数处理。Yahoo!商业网站就使用MySQL作为后台数据库。

当提及软件的性能，SQL服务器的稳定性要比它的竞争对手强很多。但是，这些特性也要付出代价的。比如，必须增加额外复杂 *** 作，磁盘存储，内存损耗等等。如果你的硬件和软件不能充分支持SQL服务器，我建议你最好选择其他如DBMS数据库，因为这样你会得到更好的结果。

安全功能

MySQL有一个用于改变数据的二进制日志。因为它是二进制，这一日志能够快速地从主机上复制数据到客户机上。即使服务器崩溃，这一二进制日志也会保持完整，而且复制的部分也不会受到损坏。

在SQL服务器中，你也可以记录SQL的有关查询，但这需要付出很高的代价。

安全性

这两个产品都有自己完整的安全机制。只要你遵循这些安全机制，一般程序都不会出现什么问题。这两者都使用缺省的IP端口，但是有时候很不幸，这些IP也会被一些黑客闯入。当然，你也可以自己设置这些IP端口。

恢复性:先进的SQL服务器

恢复性也是MySQL的一个特点，这主要表现在MyISAM配置中。这种方式有它固有的缺欠，如果你不慎损坏数据库，结果可能会导致所有的数据丢失。然而，对于SQL服务器而言就表现得很稳键。SQL服务器能够时刻监测数据交换点并能够把数据库损坏的过程保存下来。

根据需要决定你的选择

对于这两种数据库，如果非要让我说出到底哪一种更加出色，也许我会让你失望。以我的观点，任一对你的工作有帮助的数据库都是很好的数据库，没有哪一个数据库是绝对的出色，也没有哪一个数据库是绝对的差劲。我想要告诉你的是你应该多从你自己的需要出发，即你要完成什么样的任务？而不要单纯地从软件的功能出发。

如果你想建立一个NET服务器体系，这一体系可以从多个不同平台访问数据，参与数据库的管理，那么你可以选用SQL服务器。如果你想建立一个第三方站点，这一站点可以从一些客户端读取数据，那么MySQL将是最好的选择。

以上就是关于如何用SQLyog来分析MySQL数据库全部的内容，包括:如何用SQLyog来分析MySQL数据库、如何将oracle数据库转换成mysql数据库，现在公司有急用，方法可用的话再加分！、oracle数据库与mysql数据库的区别等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！