存储过程、activerecord 和替代方案？
在基于 PowerBuilder 的项目中，Microsoft SQL Server 上有超过三百个存储过程。它是一个客户端-服务器应用程序，很大程度上依赖于 PB 的 DataWindow。
现在，用户提出了一项功能请求，很可能会添加几个基于 Web 的屏幕来与系统交互。
我们正在评估 Rails（出于我们团队成员的经验）和 CakePHP（出于性能/部署考虑）。
我们在其他基于 Web 的项目中使用了大量的 ActiveRecord（当然是在 Rails 上）。但是，存储过程和 ActiveRecord 不能很好地配合。
我想听听您的经验和建议：
- 除了我们已经在研究的内容（Rails 和 CakePHP）之外，如何最大程度地减少对 ActiveRecord 中存储过程的重写（复制）
- ，还有哪些替代方案（例如，DataWindow.NET？、LINQ） ？）
谢谢！
In a PowerBuilder-based project, there are overs three hundred stored procedures on a Microsoft SQL Server. It's a client-server application which relies a lot on PB's DataWindow.
Now, there is an feature request from the users which will most likely add several web-based screens to interface with the system.
We are evaluating Rails (for our team member experience) and CakePHP (for performance/deployment considerations).
We use a lot of ActiveRecord (on Rails, naturally) for other web-based projects. However, stored procedures and ActiveRecord do not play well with each other.
I'd like to hear your experience and suggestions on:
- how to minimize rewriting (duplicating) the stored proecedures in ActiveRecord
- besides what we are already looking at (Rails and CakePHP), what are the alternatives (say, DataWindow.NET?, LINQ?)
Thanks!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
Powerbuilder 11.5 Webform 的数据窗口与存储过程配合得非常好。它的工作原理与客户端-服务器 Powerbuilder 完全相同。根本不用重写。
Powerbuilder 11.5 Webform's datawindows work very nicely with stored procedures. It works exactly the same as client-server Powerbuilder. No rewrite at all.
如果您只对 SQL Server 存储过程感兴趣，那么显而易见的答案是 ASP.NET。您甚至可以考虑 IronRuby！
The obvious answer if you're only interested in SQL Server stored procedures is ASP.NET. You could even consider IronRuby!