1、首先在Navicat for MySQL 管理器中,创建目标数据库。
2、点击创建好的目标数据库website点的”表“一项,在右边会出现导入向导选项。
3、选择SQL Server数据库ODBC,“下一步”,数据链接属性-SQLSERVER-ODBC。
4、创建访问SQL SERVER ODBC。
5、回到导入向导中发现,已经可以查看到SQL Server源数据库中所有的表,选择需要导入的表,选择“添加”。
6、“下一步”-》“开始导入”,就可以了。
附加数据库 或者导入数据库
SQL本身有数据导入的 *** 作。但如果要从一个备份的文件中导入数据,则要进行另外的 *** 作。下面以一个例子进行说明。
SQL服务器上已有一个DOE数据库,并且里面有大量的数据,现准备从另外一个备份文件A1BAK(不是DOE数据库的备份文件)中导入另外的数据(即导入后在DOE中增加一些数据表,表中已录有数据),并保持原DOE的数据不变。
1、首先,在“SQL企业管理器”中新建一个临时数据库A1。
2、右击A1数据库,选择:所有任务->还原数据库。
3、在“还原数据库”窗口中,选择:“从设备”。
4、点击“选择设备”。
5、点击“添加”。
6、从文件名中选择要还原的数据库文件,如A1BAK。
7、点击“确定”,返回“还原数据库”窗口。
8、点击“选项”卡,进入选项设置。
9、钩选:“在现有数据库上强制还原”。
10、修改“移到物理文件名”为:“c:\a1ldf”、“c:\a1mdf”。
11、点确定,即可导入备份文件中的数据到临时数据库A1中。
12、此时,你可以将数据从A1导入到另外一真正要导入的数据库中,如DOE数据库。
(下面的数据导入 *** 作为SQL2000企业管理器的一般数据导入导出 *** 作。)
13、在“SQL企业管理器”中选择“DOE”数据库。
14、右击DOE数据库,选择:所有任务->导入数据。
15、在“DTS导入/导出向导”窗口的“选择数据源”中,数据源选择刚才建立并导入数据的临时数据库A1。点击下一步。
16、在“选择目的”中,系统已经默认为DOE数据库。
17、连续点击“下一步”,直到完成。
经过上面的 *** 作,你已经成功地将备份文件A1BAK中数据导入DOE数据库中,并且DOE数据库原有数据不变。
此时,你可以删除临时数据库A1。
-------------------------------------------------------------
1打开SQLCC
2连接数据库
3连接表"ragnarok"(没有的可以新建一个)
4选择表按CTRL+Q
5点左侧的"打开"按扭(图标为一个文件夹)导入SQL文件
6删除深红色的部分(注意要全部删除,不然导入过程可能会出错)
7修改开头的数据库为"ragnarok",结尾修改数据库的用户名和密码
8按右侧的"导入"按扭(图标为一个感叹号)开始导入
9导入完毕后关闭窗口
10重新连接数据库,即可看到"ragnarok"里的数据表了
首先 数据库的性能有很多种
1:速度性能
2:并发性能
3:事务性能
在速度性能上,首先你需要首先确定你的测试环境。
举个例子,比如你的软件可能的用户群是一群使用586电脑的客户,那么肯定是mysql的效率要高出oracle这个是为什么呢,mysql在事务策略和安全策略上做的工作远没有oracle做出的多。如果软件不需要这方面的高要求,那么完全可以使用mysql,这样机器的配置可以比较低,但是表现出的性能会更加优越。
前面是题外话,在测试前你需要首先顶一下你的测试环境,为了能让oracle充分的表现出他的性能,你应该选取一些强劲的小型机或者服务器来作为测试环境(虽然这样的环境对于mysql来说可能浪费了,但是这样才能确保2个数据库都充分的发挥的自己的特性)。
其次,测试访问速度,你可以通过对数据库的大批量写入来看出效果。所谓大批量写入应该尝试使用存储过程一次读入了10M的数据文件然后写入并且记录时间(同时记录cpu,内存等占用情况)。然后对于至少2个超过10万的数据表做笛卡尔积查询(全连接),查看查询的时间。
以下有几款迁移工具的对比,可以参考,比较推荐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,就是提示了转换成功,但后面的进度条却没有走完(在后面的数据完整性评测中,我们验证了数据其实是已经全部处理完毕了)。
我觉得可以通过命令先转化为excel格式,然后再截取相关(相同)字段另存为一个文件,最后再在另一数据库中导入新产生的excel文件
第一步:
mdf和ldf是SQL SERVER的数据库数据文件和日志文件,可以通过SQL SERVER的数据转换服务转为excel。
下面以SQL SERVER的企业管理器里面 2000 为例说明。
首先这个mdf文件如果是从别的地方考过来的,需要先附加数据库,方法为SQL SERVER的企业管理器里面,右键“所有任务”-“附加数据库”,找到这个mdf文件确定即可。
下一步就是转换了。在方法如下:
在SQL SERVER的企业管理器里面,选择要转换的数据库,“所有任务”-“导出数据库”,源数据不用动,下一步目的数据,驱动选择带excel字样的那个,下几步选择好要转换的数据库表,自己试试吧,很容易的。
第二步:
select into 你的sql数据库表 from openrowset('MicrosoftJetOLEDB40','Excel 80;Database=c:\xls', 'select from [sheet_name$]')excel本来是一中数据库所以能用t-sql语言来 *** 作数据sheet_name$代表的是工作表不用区分开来的它所替代的是excel表中里面Sheet1Sheet2这类的工作表我给你上张图
以上就是关于sql server的数据如何导入到mysql数据库中全部的内容,包括:sql server的数据如何导入到mysql数据库中、.sql如何导入到数据库、如何将MySQL数据库迁移到Oracle数据库等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)