也许有助于给出我正在转换的应用程序以及优先级的一些背景知识……
>后端是Microsoft sql Server(2005或更高版本),我们致力于此,所以我不必担心支持不同的数据库平台.
>数据库非常成熟,包含大量业务逻辑.它高度标准化,并广泛使用存储过程,触发器和视图.我宁愿不同时重新发明两个轮子,所以我想尽可能少地对数据库进行更改.因此,我需要选择一种足够灵活的数据访问方法,让我可以解决数据库中的任何问题.
>该应用程序有许多数据输入表格和广泛的搜索和报告功能(报告是我将在稍后讨论的另一种野兽).
>应用程序需要足够灵活,以处理对数据库结构的微小更改.应用程序(和数据库)可以安装在不同的站点,对数据库进行微小的自定义修改.理想情况下,应用程序可以识别数据库扩展并做出适当反应换句话说,如果我需要在应用程序中存储O / R映射,我需要能够在新站点上安装应用程序和数据库时将其交换(或轻松刷新).
>快速应用程序开发至关重要.由于数据库已经完成并且用户界面将与现有应用程序紧密匹配,我希望找到一些我们可以相当快地解决这个问题的方法.我愿意牺牲不使用绝对最新和最好的技术,如果它将节省开发时间.换句话说,如果使用像Entity Framework这样的东西有一个陡峭的学习曲线,我可以使用强类型数据集和自定义DAL,如果它会加快这个过程.
>我是ASP.Net的新手,但我非常熟悉Classic ASP,T-sql和旧的ADO(例如断开连接的记录集).如果任何数据访问方法更适合来自我背景的人,我可能会倾向于这个方向.
感谢您提供的任何建议！
解决方法
原文地址：https://www.jb51.cc/aspnet/245525.html
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
