06 2012 档案
用perl做数据库迁移,从MSSQL到MYSQL(三)--V1.1版~多线程+handlerSocket
摘要:从前边的程序的运行情况来看,程序是可以运行的,但速度太扯了,在读写1000W条之前速度还是可以的(大概2000条/秒左右),但过了1000W之后(变成400条/秒左右),当然这个与SQL SERVER读取,网络还有服务器等性能都是有关系的,但,这速度,不晓得有测试过的朋友受不受不了,我反正是受不了的,于是想了下,单线程慢,咱得改吧。改成多线程,多进程嘛。另外再啰嗦一句,经小弟实测,改之后,效率真是快很多。。。。不再啰嗦,直接上代码吧。 1 #!/usr/bin/perl 2 use DBI; 3 use Switch; 4 use strict; 5 use Net::Handler... 阅读全文
posted @ 2012-06-14 22:55 davyfamer 阅读(1620) 评论(4) 推荐(1) 编辑
MySQL5.6将对空间字段geometry运算全面支持
摘要:还是做数据库迁移。还是从MSSQL迁移到MySQL,数据迁移过去了,最大的问题就在于MySQL不支持空间运算。最初我的打算是用MySQL连接C,然后用C去连接Postgres,然后由Postgres的Postgis插件运算后,返回结果。纠结了两天,堆了一天代码失败,返回始终为NULL,万般无奈下,翻看MySQL文档,查到在5.6中即将支持精确的空间运算,十分高兴,立马下载其测试版,试用,果然好用。纠结结束,分享链接:http://dev.mysql.com/doc/refman/5.6/en/functions-for-testing-spatial-relations-between-geo 阅读全文
posted @ 2012-06-08 10:29 davyfamer 阅读(2068) 评论(0) 推荐(0) 编辑
用perl做数据库迁移,从MSSQL到MYSQL(四)总结
摘要:历经三天,终于把这项目搞定了,做下总结吧,以史为鉴。在确定用Perl来做这件事的时候,公司一老鸟看到了,对我说:“你为什么不用c#来写?第一:你熟练,不用去现查语法神马的;第二:你这不是从21世纪,直接回到原始社会了吗?没有语法智联,全用记事本,这不是有病吗?”我当时笑笑,没太在意,因为我之前在选的时候,就想过C#,但它最大的缺点是,我不能在服务器上边一直跑起,因为服务器是LINUX操作系统,而且最重要的是想给自己一个挑战,为以后在LINUX上做系统管理打一下基础(哎!小弟就真不是一个安份的人。)。但后来在用Perl的时候,语法真不是问题,因为它和我们的自然语言很相似,而且用到最后,我发现它的 阅读全文
posted @ 2012-06-04 22:39 davyfamer 阅读(313) 评论(0) 推荐(0) 编辑
用perl做数据库迁移,从MSSQL到MYSQL(三)自动导数据,基本思想,拼SQL语句
摘要:哎!这周末过得比上班还累,代码周五基本写完,一直没时间整理,今天晚上整理了发上来。哦,再次提醒一下哈,本代码是本人第一次写perl很多它的优良特性没用到,因此没能写出perl本应该有的优秀的,可爱的,外行看不大懂的代码。如有真心喜欢Perl的人,请不要见骂,请多多指教。#!/usr/bin/perluse DBI;use Switch;$dbh=DBI->connect('dbi:ODBC:##隐去的MSSQL访问ODBC连接##','##隐去的MSSQL访问用户名##','##隐去的MSSQL访问密码##');#获取所有的用户表,当然不想 阅读全文
posted @ 2012-06-04 22:35 davyfamer 阅读(1451) 评论(3) 推荐(3) 编辑
用perl做数据库迁移,从MSSQL到MYSQL(二)自动建表
摘要:话不多说,直接上代码。#!/usr/bin/perluse DBI;use Switch;#申请连接资源,因为Perl连接SQL Server只能用ODBC,如果还没部署好环境的,请参见小弟另一篇博文 【PERL连MSSQL】 http://www.cnblogs.com/davyfamer/archive/2012/05/31/2528818.html$dbh=DBI->connect('dbi:ODBC:##隐去的ODBC数据库连接##','##隐去的MSSQL用户名##','##隐去的MSSQL数据库密码##'); #获取所有需要导入 阅读全文
posted @ 2012-06-02 12:25 davyfamer 阅读(397) 评论(0) 推荐(0) 编辑
用perl做数据库迁移,从MSSQL到MYSQL(-)大概思路
摘要:最近手上有一项目,需要把数据库从SQL SERVER切换到MySQL,其业务原因暂且不提。小弟拿到这一项目之后,头痛不已,因为项目中用到了SQL Server2008的一些新的数据类型,包括Geometry,包括hierarchyid(级联ID)这类SQL Server新的数据类型。当然,MySQL自V5之后,支持Geometry但还不支持基于Geometry的运算,因此在做数据迁移的时候,此方面必须要有所考虑。当然,这是后话,先不管三七二十一,先把数据全部导到MySQL之中再说。在做前期技术选型的时候,我想过用ETL工具,而且手上也有好几个用得比较熟悉的ETL工具,但,一想到要拖拖拉拉建模, 阅读全文
posted @ 2012-06-02 11:56 davyfamer 阅读(424) 评论(0) 推荐(0) 编辑