一个缺乏经验的 Web 开发人员急需帮助！
介绍
我正在开发一个 MVC Web 应用程序（由于我对它的兴趣而使用 ASP.NET Core）。在后端，有一个带有相当复杂的数据库（数千个表）的 MSSQL 服务器。在我的项目中，我想根据用户的查询（发送表单请求）在视图中（在表格中）显示部分公共数据，然后允许用户下载数据（CSV、XML）。
架构挑战
- 数据访问层
首先我开始使用实体框架，但后来意识到根本无法将我所有的 SQL 语句转换为 LINQ。原因是最简单的查询包含多个 INNER JOINS 和 LEFT JOINS 和 SELECT 语句以及无数个表。
- 业务逻辑层
我计划构建一个 REST API，以 JSON 格式发送数据。就我在 .NET Core MVC 中的关注而言，我可以将我的 API 控制器与我的表示层放在同一个项目中。
- 表示层
这是我唯一有经验的部分，使用 MVC 5 构建 Web 应用程序。
大斗争
在这个项目中，我不会操作数据，只会阅读并呈现给用户。我知道使用不同模型类（域、实体、视图模型）的准则
我现在做什么，我想这是错误的：
MVC 的 API 控制器将 SQL 查询结果作为类型 DataTable 对象返回（有一个 SQL Helper 类来完成这项工作），到目前为止，我的控制器负责将对象序列化为 JSON。
另一个控制器（与视图中的模型绑定）通过 HTML 表单获取用户搜索条件，并通过绑定相应的属性调用 API 控制器。
问题终于
- 我是否应该坚持使用原始 SQL 查询而不是实体框架，如果是这样，我是否应该使用简单分离的类库（作为数据访问层）并在 API 中引用它？还是省略 DAL 并将所有 SQL 查询逻辑放入 API 中？
- 如果只读取数据而不进行操作，是否需要使用实体框架？我打算做的唯一操作是在逻辑层中格式化外观。
更新编辑：
在我的 SQL 查询中，我必须创建 LINQ 不支持的临时表。有什么建议么？
如果这个问题将被标记为架构问题而不是编程问题，请接受我的道歉，并将我推荐给我可以得到帮助的正确论坛。
提前谢谢了！