如何在 ASP.Net 中访问 I 系列中的数据?
我们当前的所有 ASP.Net Web 应用程序都使用 ODBC 连接和命令对象访问我们的 IBM I 系列。 我应该转向另一种访问方式吗? 当您的 ASP.Net 应用程序需要其中的数据时,您当前如何访问 I 系列? 一定有更好的方法。
我最近看到 这篇文章介绍了 IBM 在 Web 服务器上使用特定客户端版本支持 Linq to Entities。 对我来说,这似乎是更长期的路线,但需要更多反馈。 我从 MS 那里得到了这样的感觉:Linq to Entities 是他们计划走的长期路线。 其他人也有这样的感觉吗?
All of our current ASP.Net web apps access our IBM I Series using an ODBC connection and command object. Should I move to another way of accessing it? How do you current access your I Series when your ASP.Net app needs data from it? There has to be a better way.
I recently saw this article about IBM supporting Linq to Entities with a specific client version on the web server. To me, that seems like the more long term route to go but would like more feedback. I get the vibe from MS that Linq to Entities is the long term route they plan to go. Is that the feeling others are getting too?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
我正在使用 IBM 提供的驱动程序。 这样做的好处在于,我们可以使用构建在企业库应用程序块上的单个 DataAccess 对象,而不必为 iSeries 连接创建一堆自定义代码。
I am using the drivers supplied by IBM. The beauty of this is that we can use a single DataAccess object built on the enterprise library application blocks and not create a bunch of custom code for the iSeries connections.
为什么“需要更好的方法”? 您试图避免的使用方式有什么问题? 您是否直接在网页中使用 SQL? 您是否缺少数据访问层或对象关系映射器? 在我看来,一个设计良好、具有良好业务对象层的系统不会真正关心与 400 的实际连接。
Why does there "need to be a better way"? What's the problem with the way you're using that you're trying to avoid? Are you, perhaps, using SQL directly in your web pages? Are you missing a data-access-layer, or object-relation-mapper? Seems to me a well designed system with a nice business object layer wouldn't really care about the actual connection to the 400.
我已经使用 IBM 托管提供商来访问 ISeries,效果非常好。
IBM 在此处提供了一些红皮书资源。
到目前为止,在我为 ISeries 编写的应用程序中,没有理由使用任何 ORM,但如果需要的话,我肯定会选择 NHibernate。
I have used the IBM managed provider to access ISeries and that has been working out just great.
IBM have some RedBook resources on it here.
In the applications I've written so far towards ISeries it hasn't been justified to use any ORM, but if the need would arise I would definately go for NHibernate.