我正在开发一个大型和大批量的事务性企业应用程序，它是使用n-tire应用程序架构设计的。它是在.NET平台上使用C＃，VB.NEt，Framework 3.5，ObjectDataSources，DataSet开发的。 ，WCF，asp.net更新面板，JavaScript，JSON，第三方工具。该应用程序应该实现真正可扩展/易于维护/强大的应用程序/集成，并确保使用其他系统可以理解的格式创建我的服务。
问题是，这个应用程序完成了大约70％，但现在我想知道以下是否会导致我们未来的问题，
我正在使用DataSet和DataTable使用ObjectDataSources（获取/设置）数据库中的存储过程的数据（形式/设置），并且想知道这是否会阻止我的应用程序实现上述目标。实际上，我不是反OO。我为不同的目的编写了很多类，但是我没有使用实体对象（自定义业务实体）而不是以前的方式，因为我有一个可能包含50个表的大型数据库，我只是害怕为每个表创建实体然后在将来如果我需要更改数据库的架构，它可能会对应用程序造成巨大影响？
答案 0 :(得分：3)
如果使用Entity Framework，则实体模型不需要一对一地匹配数据库模式。这应该允许您在数据库更改时保持实体模型稳定。
从服务返回DataSet有几个问题。其中，只有.NET客户端才能理解它。还有其他一些，包括浪费空间这一事实，并且通常在序列化时包含模式。