189 8069 5689
迁移主要有两个工作:
公司主营业务：成都做网站、成都网站建设、成都外贸网站建设、移动网站开发等业务。帮助企业客户真正实现互联网宣传，提高企业的竞争能力。创新互联是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化，感谢他们对我们的高要求，感谢他们从不同领域给我们带来的挑战，让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。创新互联推出策勒免费做网站回馈大家。
1.
根据Sql
Server数据库生成创建Oracle数据库的脚本
2.
修改代码中的SQL语句
根据Sql
Server数据库生成创建Oracle数据库的脚本
1.
用PowerDesiner将Sql
Server数据库反向工程生成物理数据模型
2.
根据反向工程生成的物理数据模型创建逻辑模型
3.
再根据逻辑模型生成Oracle数据库版本的物理模型
4.
根据Oracle数据库版本的物理模型生成Oracle数据库创建脚本
5.
按照Oracle命名规则和数据类型定义修改Oracle数据库创建脚本
6.
在PL/SQL
Developer中执行以检验其正确性
修改代码中的SQL语句
1.
Sql
Server中经常用方括号把表名和字段名括起来,
到Oracle中要把这些方括号都去掉
2.
将参数变更前的"@"符号改为":"符号
3.
将Sql
Server专有的方法和函数替换成Oracle相应的方法和函数
4.
在PL/SQL
Developer中执行SQL语句以检验其正确性
转换过程中的常见问题
1.
表名和字段名使用了Oracle中的关键字
2.
Sql
Server中的NVARCHAR数据类型可存4000个汉字,
Oracle中的NVARCHAR/NVARCHAR2数据类型只能存2000个汉字
3.
索引名称和外键名称超过了30个字符
在项目开发中，有时由于项目开始时候使用的数据库是SQL Server，后来把存储的数据库调整为MySQL，所以需要把SQL Server的数据迁移到MySQL。下面是小编日常整理的一种sqlserver数据库迁移的方法。
一、SQL Server中常用数据类型与MySQL不同的地方
二、将SQL Server数据迁移到MySQL需要注意的一些问题
1、唯一索引的不同，sql server的唯一索引的字段只能允许存在一个null值，而mysql，一直oracle中唯一索引对应的字段都允许存在多个null值。
2、存储过程的语法存在很大的不同，存储过程的迁移是最麻烦的，需要仔细修改。
3、程序中部分写的SQL语句由于语法的不同也要相应的修改。
三、将SQL Server数据迁移到MySQL的常见方法
1、使用 SQLyog 迁移
优点
该迁移方法很简单，灵活，迁移时，可以进行字段的修改，比如在sql server中原来是datetime，然后迁移到mysql时你可以配置成timestamp；成功率很高；
缺点
迁移很慢！这是该方法最大的缺点，如果表的数据量达到几十万行，甚至几百万行，你会发现迁移起来真的很慢。明显比其他迁移方法慢很多。
2、使用 powerdesigner 和 sql server 的脚本导出功能 来迁移
(1)、该方法首先使用 powerdesigner，对sql
server数据库，进行逆向工程，得到E-R图，然后生成MySQL的建表语句。完成数据库结构的迁移；当然表结构的迁移，不使用
powerdesigner一样也是可以的。比如我将表结构导出成语句，然后手动进行修改，然后在MySQL中运行，也是一样的；
(2)、然后使用 sql server的工具 SSMS，将sql server数据库中的表的数据，导出成insert语句，每个表对应导出一个文件，然后对文件进行一些处理，然后导入到MySQL数据库中。
3、使用Oracle MySQL Server 官方的 workbeach 工具进行迁移
(1)、在workbench 连接sql server时，用户需要有 view any database 的权限。不然workbench无法访问sql server的表结构的元数据，从而无法进行迁移。
(2)、还有使用 Navicat 来进行迁移的方法，方法和 SQLyog 是类似的。
1、真心不建议你迁移系统数据库，太麻烦了。就一个系统用户账号就够你累的了。
2、我一般都是在新计算机上安装新的SQL服务实例，然后逐个迁移用户数据库
3、只需要向用户贴出安民告示即可，也就半个小时到1一个小时，基本上全部搞定。
若非要迁移，那么你可以这样做：
首先迁移master数据库，master数据库是整个SQL Server实例的核心，所有的设置都存放在master数据库里，如果master数据库出现问题，整个实例都将瘫痪。首先打开SQL Server Configuration Manager，在左边的列表框中选中SQL Server Services节点，然后在右边的列表框中找到需要迁移系统数据库的实例的那个SQL Server服务，比如说SQLServer（MSSQLSERVER），停止这个实例的服务（不会停的去菜场买块豆腐撞死算了），然后右键单击，选中最底下的“Properties”，并且切换到“Advanced”标签，如下图所示：
看到“Startup Parameters”了吧，这里的参数就是需要我们更改的。如下图所示：
把这段字符整理一下就是这样：
-dC:\Program Files\Microsoft SQLServer\MSSQL10.MSSQLSERVER\MSSQL\DATA\master.mdf;
-eC:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\Log\ERRORLOG;
-lC:\Program Files\Microsoft SQLServer\MSSQL10.MSSQLSERVER\MSSQL\DATA\mastlog.ldf
基本上看出来了吧，“-d”后面的就是master数据库数据文件的位置，“-e”是该SQL Server实例的错误日志所在的位置，至于“-l”就是master数据库日志文件所在的位置了。修改数据文件和日志文件的路径到适当为位置，错误日志的位置一般不需要做变更，例如将数据文件存放到D盘的SQLData文件夹下，日志文件存放到E盘的SQLLog文件夹下，则参数如下：
-dD:\SQLData\master.mdf;-eC:\Program Files\Microsoft SQLServer\MSSQL10.MSSQLSERVER\MSSQL\Log\ERRORLOG;-lE:\SQLLog\mastlog.ldf
点击“OK”保存并关闭对话框。
新电脑上直接安装同样或者高版本的数据库软件，然后把旧电脑的数据库分离一下，找到数据库文件的存放路径，将分离的数据库再复制到新电脑上（网络共享或使用U盘、移动硬盘拷贝均可），然后打开数据库软件,先将数据库文件复制进你指定的一个文件夹，然后再打开数据库软件点附加数据库
以下有几款迁移工具的对比，可以参考，比较推荐DB2DB.
软件易用性主要是指软件在导入前的配置是否容易。由于很多软件设计是面向程序员而非一般的数据库管理人员、甚至是普通的应用程序实施人员，而这一类人员很多时候并没有数据源配置经验。因为一些使用 ODBC 或者 ADO 进行配置的程序往往会让这类用户造成困扰（主要是不知道应该选择什么类型的数据库驱动程序）。下面让我们看看四个工具的设计界面：
1、SQLyog
SQLyog 使用的是古老的 ODBC 连接，但对于新一代的程序来说，这种方式的非常的不熟悉并且不容易使用，并且必须要求本机安装好相应的数据库的 ODBC 驱动程序（SQL Server 一般自带好）。
2、Navicat Premium
NavicatPremium是四个应用工具中设计最不人性化的一个：从上图怎么也想像不到要点按那个小按钮来添加一个新的连接，并且这个连接设置不会保存，每次导入时都必须重新设置。NavicatPremium使用的是比 ODBC 稍先进的 ADO 设置方式（199X年代的产物），但使用上依然是针对老一代的程序员。
3、Mss2sql
Mss2sql 是最容易在百度上搜索出来的工具，原因之一是它出现的时间较早。
Mss2sql由于是很有针对性的从 SQLServer 迁移到 MySQL，因为界面使用了操作向导设计，使用非常容易。同时在设置的过程中，有非常多的选项进行细节调整，可以感觉到软件经过了相当长一段时间的使用渐渐完善出来的。
4、DB2DB
DB2DB 由于是由国人开发，因此无论是界面还是提示信息，都是全程汉字。另外，由于 DB2DB 在功能上很有针对性，因为界面设计一目了然和易使用。和 mss2sql 一样， DB2DB 提供了非常多的选项供用户进行选择和设置。
三、处理速度和内存占用评测
在本评测前，本人的一位资深同事曾经从网上下载了某款迁移软件，把一个大约2500万记录数的数据表转送到阿里云 MySQL，结果经过了三天三夜（好在其中两天是星期六和星期日两个休息日）都未能迁移过来。因此这一次需要对这四个工具的处理速度作一个详细的测试。
考虑到从 SQL Server 迁移到 MySQL 会出现两种不同的场景：
从 SQL Server 迁移到本地 MySQL 进行代码测试和修改；
从 SQL Server 迁移到云端 MySQL 数据库正式上线使用；
以下为测试过程中的截图：
1、SQLyog
请点击输入图片描述
2、Navicat Premium
请点击输入图片描述
请点击输入图片描述
注意：我们在测试 Navicat Premium 迁移到 MySQL 时发现，对于 SQL Server 的 Money 类型支持不好（不排除还有其它的数据类型支持不好）。Money 类型字段默认的小数位长度为 255，使得无法创建数据表导致整个测试无法成功，需要我们逐张表进行表结构修改才能完成测试过程。
Navicat Premium 的处理速度属于中等，不算快也不算慢，但 CPU 占用还有内存占用都处于高位水平。不过以现在的电脑硬件水平来说，还是可以接受。但 CPU 占用率太高，将使得数据在导入的过程中，服务器不能用于其它用途。
3、Mss2sql
Mss2sql 并没有提供计时器，因此我们使用人工计时的方法，整个过程处理完毕大于是 726 秒。Mss2sql 的 CPU 占用率相对其它工具来说较高，但仍属于可以接受的范围之内。
4、DB2DB
请点击输入图片描述
DB2DB 同样迁移 300万数据时，仅仅使用了 2 分 44 秒，这个速度相当惊人。不过最后的结果出现一个 BUG，就是提示了转换成功，但后面的进度条却没有走完（在后面的数据完整性评测中，我们验证了数据其实是已经全部处理完毕了）。
sqlserver向oracle导入数据结构，本文主要使用Navicate，在表结构导入完成的情况下，我们依然需要进行一些简单的处理，才能让程序正常运行。
在表结构导入完成后，我们已经可以在oracle的连接下看到我们导入的表结构，但如果你进行查询，可能会得到的结果是:"ORA-00942: 表或视图不存在
"，比如下图：