对超过100多个表格/视图的50多个数据库采取的最佳行动方案
问题描述：
我的任务是制作一个Web应用程序，该应用程序将显示来自多个数据库/表格/视图的特定数据。我目前一直在学习ASP MVC 5来显示数据，并且我已经能够成功地连接到一个数据库，并使用Entity Framework 6显示所需的信息。但是，我的问题是，这将变得非常繁琐，继续这样做的多个数据库/表/视图甚至使用脚手架。对超过100多个表格/视图的50多个数据库采取的最佳行动方案
我目前的思考过程是关于制作动态视图/控制器，甚至是以编程方式创建视图/控制器。我不知道是否有办法在运行时创建实体框架模型？我也不知道是否有更好的解决方案来做这样的事情。
后续问题，使用ADO .NET来访问所有这些信息会更好吗？或者，有没有办法让我创建一个连接字符串和一个新的dbcontext /实体，然后以这种方式连接它而不需要生成整个模型？
任何帮助表示赞赏！
答
如果您选择使用Webforms和ASP.NET动态数据，它将为您搭建整个数据库，而不是逐个搭建每个控制器。
您可以在这里看到更多关于：https://msdn.microsoft.com/en-us/library/cc488469.aspx
为什么你有这么多的数据库和表？你是否将它们创建为应用程序的一部分？ – iamdave
我的公司希望有一个应用程序可以让我们查看我们所有的员工，并查看他们在某些应用程序中的访问权限。这将使我们能够更好地审计我们的员工访问 – Pinball125
听起来像您的外部模型（最终用户使用的）比内部数据要简单得多，而内部数据不需要完整的元数据建模。考虑使用更加动态的ORM，比如[Dapper]（https://github.com/StackExchange/Dapper），特别是如果你只是在读数据。没有要求视图和控制器通过EF与数据库进行1对1的通信，在这种情况下，它绝对听起来应该不是。 –