实体框架中的原始 SQL 查询是否需要自定义类？

Question

我对某事感到困惑。我了解 ORM 在做什么，也了解 EF 是什么。我模糊的是我不想使用专门的构造来获取数据的部分。我想使用 SQL。如果我在 SQL 中创建一个复杂的查询、大量的子查询等等，我是否更正了，如果我希望能够像处理属性一样处理数据，我必须为该查询创建一个特殊的自定义类。

我正在考虑这样的场景。有人需要信息。它需要一个复杂的查询，从 5 个不同的表中返回 20 列。我需要创建一个包含这些列的类，然后编写查询。这是正确的吗？

我正在看这个教程，

https://www.asp.net/mvc/overview/getting-started/getting-started-with-ef-using-mvc/creating-an-entity-framework-data-model-for-an-asp-net-mvc-application

using System;
using System.Collections.Generic;

namespace ContosoUniversity.Models
{
    public class Student
    {
        public int ID { get; set; }
        public string LastName { get; set; }
        public string FirstMidName { get; set; }
        public DateTime EnrollmentDate { get; set; }

        public virtual ICollection<Enrollment> Enrollments { get; set; }
    }
}

如果这类似于 Moodle 或其他 LMS 或学生信息系统会怎样？它们变得复杂，并且需要来自多个表的大量联接和数据。

这个会不会重复很多：

public virtual ICollection<Enrollment> Enrollments { get; set; }
public virtual ICollection<Schedule> Schedules{ get; set; }
public virtual ICollection<SubjectContext> SubjectContexts{ get; set; }
public virtual ICollection<Grade> Grades{ get; set; }
public virtual ICollection<Instructor> Instructors{ get; set; }

例如，考虑这个查询：

SELECT user.firstname, user.lastname, user.email, user.country, cc.name AS 'course category name', c.fullname, q.name, question.content AS 'Question', choice.content AS 'Question option', choicerank.rank AS 'Choice value'
FROM mdl_course_categories AS cc
INNER JOIN mdl_course AS c ON c.category = cc.id
INNER JOIN mdl_questionnaire AS q ON q.course = c.id
INNER JOIN mdl_questionnaire_question AS question ON question.survey_id = q.id
INNER JOIN mdl_questionnaire_quest_choice AS choice ON choice.question_id = question.id
INNER JOIN mdl_questionnaire_response_rank AS choicerank ON choicerank.choice_id = choice.id
JOIN mdl_context AS ctx ON c.id = ctx.instanceid
JOIN mdl_role_assignments AS ra ON ra.contextid = ctx.id
JOIN mdl_user AS user ON user.id = ra.userid
ORDER BY user.firstname

这需要自定义类吗？

如果我做的事情有.toList(String)，这是否违背了使用框架的初衷？

Answer 1

在这种情况下，ORM 会带来什么好处？真正的问题。我想不出一个。

使用QueryFirst。您在最佳条件下（sql 窗口）编辑您的 SQL，并且您没有其他东西可以构建。

免责声明：我写的是 QueryFirst。