也来说说rails 和sqlserver 的相关问题和心得

 虽然大家都在说rails不适合在windows平台上用，不适合连接在sqlserver上用，但是本着无聊加上老板不关心你用什么语言的情况下，

我把 ruby on rails用在了我们自己部门的信息系统上。

 

先截个图给大家看看样子吧。

 

 正如大家所说，用rails连在sqlserver2000上一点都不好玩。

 

先说sqlserver适配器和编码问题。

首先，链接适配器就是很痛苦的事情。rails1.2以后的版本就不自带sqlserver的适配器了。

而直接能 gem install sqlserver_adapter 出来的那个适配器也有问题，不能很好的解决中文字符编码的问题。

之前看过一些文章的解决，在环境配置里面把字符集设置为UTF8,在sqlserver2000里面把字段类型配置成nvarchar。

 

但是很遗憾，我们部门的数据库有很多遗留的表格，很多是和公司级的系统对接的，不能随便更改字段类型，所以必须留着以前的varchar。

 

也有人说用rails 2.+ 的版本，把rails1.2 里面的sqlserver适配器 和 ADO拷贝过去放在相应的文件夹。

这个方法可以参见http://swifthorse.iteye.com/blog/59776

这样做的问题很快就暴露出来了，在做数据迁移的时候就会有很大的问题。

而且必须更改适配器中的一些字符类型到数据库字段类型的转换才可以使用。

我用了一段时间，但是问题不断，于是就放弃了。

 

在google找了很长时间，无意中找到一个sqlserver 2000的适配器。

很惊奇的发现这个适配器可以很好的处理中文，并且不需要在环境配置里设置成UTF8, GB2312就可以很好的工作，并且数据库的

字段类型也可以使用varchar，于是一直用了下来。

 

这个adapter 和 ado 都放在附件里了，有需要的同学可以自己下载。

 

再说EXCEL导入和导出问题。

我们部门会用到大量的EXCEL数据导入和导出的工作。

曾经尝试过一些插件，roo 也用过，效果都不理想。

 

导入的时候都报错说不能将string转换成int， 我想这大概是适配器的问题，研究了一段时间，没有成功。

曾经详细研究过夜鸣猪的这个帖子 http://hlee.iteye.com/blog/356507

各种插件也用过，也重点研究了'win23ole'，大概是因为适配器的原因，都没成功。能导入导出，但是编码问题没有解决。

 

最后放弃了使用rails导入导出excel，继续使用了asp，在rails 的 view 里使用框架来引用。

不过说实在的，在windows sqlserver 上，使用asp来导入导出excel要比rails 方便很多很多。

 

又特别是导出，rails在调整导出的excel格式是非常麻烦的事情。

大家可以看一下 lmxbitihero 的这个帖子 http://lmxbitihero.iteye.com/blog/334032

 

写了那么多。

 

在ASP下面，是需要用一个网页，让其显示成需要导出的格式样子，再加一段

<%Response.AddHeader "Content-Disposition", "attachment; filename=file.xls"%>

就可以实现了。

 

所以我选择了使用asp到导入导出EXCEL，虽然看起来有点山寨，不过非常好用。

 

至于在rails中实现导出，大家可以看上面的这个截图，导出excel的按钮的地方有一个表单，用隐藏域存放了rails生成的sql语句，然后把这个sql语句提交给一个excel页面，就可以处理了。

 

所有需要生成excel的地方都指向这个ASP页面，SQL不同就导出了不同的数据。

 

FIND 和 FIND_BY_SQL

义无反顾的使用了大量的find_by_sql，肯定有人会说这样玩RAILS还有什么意思。但我也没办法，表名都叫什么 T_I2_SHIPMENT_BY_DAY 之类的，

你说我怎么去把表明和谐成符合规范的或者用映射(这一点上有待继续研究)。

另外一些查询相对一般WEB应用来说，要复杂得多，我贴一个例子吧。

 

select top 20 * from ( SELECT a.matnr AS mtm, a.kwmeng AS shipment, a.subgeo AS subgeo, 
a.itemdesc AS itemdesc, a.series, b.country, b.DISPLAY, b.Technics, b.Chipset_North_Bridge, b.Chipset_South_Bridge, 
b.Graphics, b.CPU, b.Memory1, 
b.Memory2, b.Hard_Disk_1, b.Hard_Disk_2, b.Wireless_Card, b.Optical, b.OS, b.Battery, 
b.Bluetooth FROM (SELECT matnr, subgeo, itemdesc, SUM(kwmeng) AS kwmeng,series FROM 
t_i2_shipment_by_days WHERE (matnr like '59%' or matnr like '%cto%') and shipdate>='2009-08-28' 
and shipdate<='2009-09-01' GROUP BY matnr, subgeo,series, itemdesc ) a LEFT JOIN t_por b 
ON a.matnr = b.pn union all select mtmso,sum(kwmeng) as kwmeng,subgeo,itemdesc,series,''
,lcd,'','','','',cpu,memory,'',harddisk,'',mini,'',os,'','' from t_i2_shipment_cto_days where 
shipdate>='2009-08-28' and shipdate<='2009-09-01' GROUP BY mtmso,odd,itemdesc,cpu,memory,
harddisk,mini,os,lcd,subgeo,series)c where c.mtm not in (select top 0 mtm from ( SELECT a.matnr AS mtm, 
a.kwmeng AS shipment, a.subgeo AS subgeo, a.itemdesc AS itemdesc, a.series, b.country, 
b.DISPLAY, b.Technics, b.Chipset_North_Bridge, b.Chipset_South_Bridge, 
b.Graphics, b.CPU, b.Memory1, b.Memory2, b.Hard_Disk_1, b.Hard_Disk_2, b.Wireless_Card,
 b.Optical, b.OS, b.Battery, b.Bluetooth FROM (SELECT matnr, subgeo, itemdesc, SUM(kwmeng) 
AS kwmeng,series FROM t_i2_shipment_by_days WHERE (matnr like '59%' or matnr like '%cto%') 
and shipdate>='2009-08-28' and shipdate<='2009-09-01' GROUP BY matnr, subgeo,series, itemdesc )
 a LEFT JOIN t_por b ON a.matnr = b.pn union all select mtmso,sum(kwmeng) as kwmeng,subgeo,itemdesc,series,'',l
cd,'','','','',cpu,memory,'',harddisk,'',
mini,'',os,'','' from t_i2_shipment_cto_days where shipdate>='2009-08-28' and shipdate<='2009-09-01'
 GROUP BY mtmso,odd,itemdesc,cpu,memory,
harddisk,mini,os,lcd,subgeo,series)d order by d.mtm) order by c.mtm 

  这是一个带翻页语法的最终生成的SQL语句，我实在不想把这玩意儿翻译成find方法来弄。

基于这两个原因，我部分使用了find_by_sql语句。

 

最后说分页

 

刚开始我也是用了will_paginate来分页，但是发现效果不对，不论翻到哪一些东西都是一样的。

后来上网查了一些资料，貌似说sqlserver 对 will_paginate的支持不好，木有 limit 这样的语法(未详细了解)。

 

后来在csdn上看到了一种分页的方法，于是按照那样的原理，在rails上实现了一下。

 

我的做法是，由will_paginate来生成试图上的页码和翻页提交ID，由find_by_sql来实现翻页的数据显示。

    sql_text=session[:sql]
    limit=20
    offset=limit*(params[:id]|| 1).to_i-limit
    sql_pass="select top #{limit} * from (#{sql_text})c  where c.mtm not in (select top #{offset} mtm from (#{sql_text})d order by d.mtm) order by c.mtm"
    shipment=Shipment.find_by_sql(sql_pass)
    shipment2=Shipment.paginate_by_sql(sql_text,:page =>params[:id] , :per_page =>"20")
    @shipment=shipment
    @shipment2=shipment2

 @shipment 在试图上用来显示数据(我承认这个名字叫@shipments更合适)

@shipment2用于在视图上显示页码，生成页码链接。

这样就可以很好的工作了，或许有人会说这样就执行了两次查询，不过没事，我们部门人不多，服务器尚且算好，这点小东西没什么影响。

 

目前这个系统也还在继续开发中，其中的心得体会也希望能够和大家继续交流。

 

此外我自己下班后也在做一些小型的WEB项目，就是玩玩，顺便学学CSS 和 RAILS,其中就不使用这边这么山寨的方法了。

有机会也希望能够更多的和大家交流。恩。

 

写完了~累死了~

 

评论

24 楼 ywencn 2009-11-09  

tiaohai 写道

tiaohai 写道

非常经典，用rails+sqlserver很久了，确实碰到了很多问题，例如“limit”,例如"order by",很多程序在mysql下运行很正常，一旦换成sqlserver，就会出现很多问题。即便这样，还是坚持下来了。楼主的思路给了我很大启发，谢谢！
附上我自己以前用的adapter

对比了一下，换换楼主的，看看有什么改进无？报告以后再出，呵呵。

经过对比，自己的ado.rb如果结合environment.rb中关于win32ole的设置，似乎自己的更兼容些；楼主的应该也不错，只是在adapter中有些地方似乎有所简略，有些地方又不如自己的版本，没时间细测了，还是感谢楼主。
真正好的adapte应该能解决掉如下几个问题，当然前提还是使用find方法，最大可能保持兼容性和简洁：
1、DISTINCT x ORDER BY 问题----distinct 不能正常解析
2、表丢失问题——order by 不能正常解析
3、不能创建数据库问题
4、图像无法解析问题
5、excel问题
6、性能是否损失
。。。
目前只有excel和性能问题还没有研究，其他都已经解决，现在太晚了，以后再补充。

谢谢这位同学，你的ADAPTER的确比我的好用，我已经换成你发的这个了，呵呵。。。非常好。

23 楼 tiaohai 2009-09-15  

tiaohai 写道

非常经典，用rails+sqlserver很久了，确实碰到了很多问题，例如“limit”,例如"order by",很多程序在mysql下运行很正常，一旦换成sqlserver，就会出现很多问题。即便这样，还是坚持下来了。楼主的思路给了我很大启发，谢谢！
附上我自己以前用的adapter

对比了一下，换换楼主的，看看有什么改进无？报告以后再出，呵呵。

经过对比，自己的ado.rb如果结合environment.rb中关于win32ole的设置，似乎自己的更兼容些；楼主的应该也不错，只是在adapter中有些地方似乎有所简略，有些地方又不如自己的版本，没时间细测了，还是感谢楼主。
真正好的adapte应该能解决掉如下几个问题，当然前提还是使用find方法，最大可能保持兼容性和简洁：
1、DISTINCT x ORDER BY 问题----distinct 不能正常解析
2、表丢失问题——order by 不能正常解析
3、不能创建数据库问题
4、图像无法解析问题
5、excel问题
6、性能是否损失
。。。
目前只有excel和性能问题还没有研究，其他都已经解决，现在太晚了，以后再补充。

22 楼 tiaohai 2009-09-15  

非常经典，用rails+sqlserver很久了，确实碰到了很多问题，例如“limit”,例如"order by",很多程序在mysql下运行很正常，一旦换成sqlserver，就会出现很多问题。即便这样，还是坚持下来了。楼主的思路给了我很大启发，谢谢！
附上我自己以前用的adapter

对比了一下，换换楼主的，看看有什么改进无？报告以后再出，呵呵。

21 楼 lmxbitihero 2009-09-10  

不错，学习了

20 楼 andyyehoo 2009-09-05  

ywencn 写道

poshboytl 写道

1.Rails的确不太适合跑在windows上.
2.Rails的确不太适合试用Sql server
3.Rails的确不太适合处理遗留系统(非rails遗留系统)

三样都占齐了, 楼主还是坚决选择Rails. 佩服佩服....
感谢楼主的经验分享....  要不再谈谈部署?

此人不怀好意，没劲。

什么是不适合，搞不出来就是不适合，得到想要的结果就是适合。
所谓的不适合的那些原因，什么编码之类的，我到目前为止都还解决得不错。

正如mccxj所说，有些时候是迫不得已。

面对着一个轻量级的部门系统，你要我用它原来的ASP继续写下去？

与其无聊到死，还不如弄点新花样学点东西，有什么不好，老板也可以继续得到他要的东西。

你不喜欢rails连在sqlserver上就别看这个帖子，但总有人需要这样做。

poshboytl并无讽刺之意，只是略带调侃，ywencn未免过敏啦

其实能够老板不在意用什么实现，只要结果，又给一定充足的时间，这样的项目是很爽的，可以自由发挥选择技术，练手也罢，熟手也可，都是很好的机会。只要能出结果，东西又不是要长期使用的大产品，能做多点尝试，都是很好的事情。

19 楼 robbin 2009-09-05  

night_stalker 写道

下一站，火星 写道

windows 2003 + apache + mongrel，性能还说的过去

如果再用上 VC2010 加上 Profile Guided Optimization 本地编译的 ruby 1.9.2， 性能灰常强大。

前两天编译Ruby，手工修改gc.c的时候发现源代码里面有意思的地方，ruby针对Windows和Linux不同的平台，设置的很多GC参数都不一样，笼统的说，就是windows平台上面很多参数非常小，这个不知道是出于什么考虑。

18 楼 phoenix520 2009-09-04  

下一站，火星 写道

你还停留在我去年的看法上，其实MS对rails的态度是很暧昧的。

自从JRuby夭折后，也就是这个ironrubyhttp://www.ironruby.net/有点前途

JRuby夭折了哇，不是听说核心人员都加盟到Rails所在的那个公司去了，在接下来的1.4版中要让JRuby做JVM里面的一等公民么？

17 楼 poshboytl 2009-09-04  

下一站，火星 写道

poshboytl 写道

1.Rails的确不太适合跑在windows上.
2.Rails的确不太适合试用Sql server
3.Rails的确不太适合处理遗留系统(非rails遗留系统)

三样都占齐了, 楼主还是坚决选择Rails. 佩服佩服....
感谢楼主的经验分享....  要不再谈谈部署?

你还停留在我去年的看法上，其实MS对rails的态度是很暧昧的。

自从JRuby夭折后，也就是这个ironrubyhttp://www.ironruby.net/有点前途

我是承接楼主的意思讨论的Cruby, 当然ironruby另当别论了.

16 楼 poshboytl 2009-09-03  

ywencn 写道

poshboytl 写道

1.Rails的确不太适合跑在windows上.
2.Rails的确不太适合试用Sql server
3.Rails的确不太适合处理遗留系统(非rails遗留系统)

三样都占齐了, 楼主还是坚决选择Rails. 佩服佩服....
感谢楼主的经验分享....  要不再谈谈部署?

此人不怀好意，没劲。

什么是不适合，搞不出来就是不适合，得到想要的结果就是适合。
所谓的不适合的那些原因，什么编码之类的，我到目前为止都还解决得不错。

正如mccxj所说，有些时候是迫不得已。

面对着一个轻量级的部门系统，你要我用它原来的ASP继续写下去？

与其无聊到死，还不如弄点新花样学点东西，有什么不好，老板也可以继续得到他要的东西。

你不喜欢rails连在sqlserver上就别看这个帖子，但总有人需要这样做。

你这位同学还真是..... 我不知道我哪句话让你觉得我不怀好意了....枉费我给你投了个良好....


我好心当成驴肝肺...其实我也有一次差点需要连sql server, 只是后说服客户换mysql 了.

既然你以小人之心度君子之腹,我也没什么必要和你客气了..

能做到就叫合适? 你这是什么逻辑.... C写网页也能做到,那个能叫合适? 如果合适你还用java,ruby干什么?

15 楼 下一站，火星 2009-09-02  

rainchen 写道

下一站，火星 写道

poshboytl 写道

1.Rails的确不太适合跑在windows上.
2.Rails的确不太适合试用Sql server
3.Rails的确不太适合处理遗留系统(非rails遗留系统)

三样都占齐了, 楼主还是坚决选择Rails. 佩服佩服....
感谢楼主的经验分享....  要不再谈谈部署?

你还停留在我去年的看法上，其实MS对rails的态度是很暧昧的。

自从JRuby夭折后，也就是这个ironrubyhttp://www.ironruby.net/有点前途

有些东西不是说不行，只是可能需要付出别人多一倍的努力和时间，用来解决与业务逻辑无关的技术问题，如我以前是在windows中做开发，linux下做生产部署，有个小需求是为了用RMagick调用Magick生成缩略图，结果在windows出错，而在linux中OK，结果花了一天的时间来DEBUG才得以解决。所以现在干脆把DEV BOX换成UBUNTU，阵痛了1个多月后，就习惯了，哈哈。

其实在unix下编译安装ImageMagick有时候也蛮麻烦的，在windows下安装使用是很方便的，我之前也遇到过RMagick的问题，http://rubyforge.org/frs/?group_id=12 Rmagick提供了windows版本的rmagick gem和ImageMagick的集成安装包，很方便，安装后如果提示缺少啥dll，那么根据官网 http://www.imagemagick.org/script/binary-releases.php#windows 得知，99%都是需要安装Visual C++ 2008 Redistributable Package (x86) or Visual C++ 2008 Redistributable Package (x64)，我在各种windows版本使用过，木有问题。ruby相对于其他语言，跨平台做的还是灰常不错。另外，mongrel虽然得到很多人诟病，但依然很稳健，这一点有点像tomcat

14 楼 rainchen 2009-09-02  

下一站，火星 写道

poshboytl 写道

1.Rails的确不太适合跑在windows上.
2.Rails的确不太适合试用Sql server
3.Rails的确不太适合处理遗留系统(非rails遗留系统)

三样都占齐了, 楼主还是坚决选择Rails. 佩服佩服....
感谢楼主的经验分享....  要不再谈谈部署?

你还停留在我去年的看法上，其实MS对rails的态度是很暧昧的。

自从JRuby夭折后，也就是这个ironrubyhttp://www.ironruby.net/有点前途

有些东西不是说不行，只是可能需要付出别人多一倍的努力和时间，用来解决与业务逻辑无关的技术问题，如我以前是在windows中做开发，linux下做生产部署，有个小需求是为了用RMagick调用Magick生成缩略图，结果在windows出错，而在linux中OK，结果花了一天的时间来DEBUG才得以解决。所以现在干脆把DEV BOX换成UBUNTU，阵痛了1个多月后，就习惯了，哈哈。

13 楼 night_stalker 2009-09-02  

下一站，火星 写道

windows 2003 + apache + mongrel，性能还说的过去

如果再用上 VC2010 加上 Profile Guided Optimization 本地编译的 ruby 1.9.2， 性能灰常强大。

12 楼 下一站，火星 2009-09-02  

poshboytl 写道

1.Rails的确不太适合跑在windows上.
2.Rails的确不太适合试用Sql server
3.Rails的确不太适合处理遗留系统(非rails遗留系统)

三样都占齐了, 楼主还是坚决选择Rails. 佩服佩服....
感谢楼主的经验分享....  要不再谈谈部署?

你还停留在我去年的看法上，其实MS对rails的态度是很暧昧的。

自从JRuby夭折后，也就是这个ironrubyhttp://www.ironruby.net/有点前途

11 楼 下一站，火星 2009-09-02  

windows 2003 + apache + mongrel，性能还说的过去

10 楼 femto 2009-09-02  

还是有用的，有的时候就需要。

9 楼 amonlei 2009-09-02  

ywencn 写道

poshboytl 写道

1.Rails的确不太适合跑在windows上.
2.Rails的确不太适合试用Sql server
3.Rails的确不太适合处理遗留系统(非rails遗留系统)

三样都占齐了, 楼主还是坚决选择Rails. 佩服佩服....
感谢楼主的经验分享....  要不再谈谈部署?

此人不怀好意，没劲。

什么是不适合，搞不出来就是不适合，得到想要的结果就是适合。
所谓的不适合的那些原因，什么编码之类的，我到目前为止都还解决得不错。

正如mccxj所说，有些时候是迫不得已。

面对着一个轻量级的部门系统，你要我用它原来的ASP继续写下去？

与其无聊到死，还不如弄点新花样学点东西，有什么不好，老板也可以继续得到他要的东西。

你不喜欢rails连在sqlserver上就别看这个帖子，但总有人需要这样做。

其实poshboytl说的没错。建议楼主研究一下怎么开汽车爬楼梯，虽然平地上开车比走路快。

8 楼 ywencn 2009-09-02  

mccxj 写道

ywencn 写道

fsword 写道

把遗留系统变成service

请问这个是什么意思

就好像提供web service接口，或者rest之类方式来调用，这样使用通用的数据交换格式，就不用为了去理解遗留系统那些XXXX。
不过有时候不是那么如意，有些人就给出数据库访问方式，让你自己去取数据，我们就是这样才用linux+ruby去折腾sqlserver

原来还能这样，看来还需要多加学习呀。

7 楼 mccxj 2009-09-02  

ywencn 写道

fsword 写道

把遗留系统变成service

请问这个是什么意思

就好像提供web service接口，或者rest之类方式来调用，这样使用通用的数据交换格式，就不用为了去理解遗留系统那些XXXX。
不过有时候不是那么如意，有些人就给出数据库访问方式，让你自己去取数据，我们就是这样才用linux+ruby去折腾sqlserver

6 楼 ywencn 2009-09-02  

fsword 写道

把遗留系统变成service

请问这个是什么意思

5 楼 fsword 2009-09-02  

rails适合Web前端开发，我现在比较倾向于把遗留系统变成service，然后用消息系统集成，那样比较容易