游乐游手机版
首页/编程语言/文章详情

C#执行原生SQL教程EFCore FromSqlRaw与参数化查询详解

时间:2026-05-08 08:36
EFCore的FromSqlRaw方法可执行原生SQL查询,但需注意安全与性能。必须使用参数化查询防止SQL注入,不可在方法后链式调用LINQ条件以免内存过滤。查询结果列必须与实体属性严格匹配,建议避免SELECT*并显式指定列。纯读取场景应使用AsNoTracking以提升性能。跨数据库时需注意列名大小写与空值映射等细节。
# C# 如何执行原生 SQL:EF Core FromSqlRaw 与参数化查询的核心要点 在 EF Core 中使用原生 SQL 查询时,`FromSqlRaw` 是一个强大的工具,但它也像一把双刃剑——用得好能解决复杂查询需求,用不好则可能引入安全漏洞和性能问题。以下是几个必须掌握的核心要点。 ## FromSqlRaw 本身不防注入,必须配合参数化写法才安全 直接拼接字符串等于裸奔。EF Core 的 `FromSqlRaw` 方法不会自动识别变量,它只是将传入的字符串原样传递给数据库——除非你显式提供参数。 **错误写法**:`"SELECT * FROM Users WHERE Name = '" + name + "'"`,这会直接触发 SQL 注入攻击。 **正确做法**是使用位置占位符 `{0}` 或 `SqlParameter`: ```csharp // 使用位置占位符 context.Users.FromSqlRaw("SELECT * FROM Users WHERE Age > {0} AND Status = {1}", 18, "Active") // 使用 SqlParameter(更灵活,可控制类型) context.Users.FromSqlRaw("SELECT * FROM Users WHERE Name LIKE @name", new SqlParameter("@name", "%john%")) ``` 前者依靠 EF Core 自动转换为命名参数(如 `@p0`),后者则可以精确控制 `SqlDbType` 和空值处理,通常更稳妥。 ## FromSqlRaw 只能用于 DbSet,不能链式调用 Where 等 LINQ 方法 这是一个常见的性能陷阱。你不能在 `FromSqlRaw` 后再写 `.Where(x => x.IsActive)`,因为 EF Core 不会把这些 LINQ 方法翻译成 SQL,而是先执行原始 SQL,然后在内存中进行过滤——数据量大时性能会直接崩盘。 **常见误用**: ```csharp context.Users .FromSqlRaw("SELECT * FROM Users") .Where(u => u.CreatedAt > DateTime.Today) // ❌ 内存过滤! .ToList(); ``` **正确方式**是把条件直接写进 SQL 里: ```csharp context.Users .FromSqlRaw("SELECT * FROM Users WHERE CreatedAt > {0}", DateTime.Today) .ToList(); ``` 或者改用 `FromSqlInterpolated`(EF Core 5+ 支持),它支持字符串插值且自动参数化,写起来更自然: ```csharp var cutoff = DateTime.Today; context.Users .FromSqlInterpolated($"SELECT * FROM Users WHERE CreatedAt > {cutoff}") .ToList(); ``` ## 列名、顺序、类型必须和实体完全一致 `FromSqlRaw` 不做任何字段映射,也不容错。SQL 返回的列必须和实体属性严格匹配: - **列名必须一致**(大小写敏感,尤其在 PostgreSQL 中) - **顺序必须一致**(按实体属性定义顺序) - **类型必须兼容**(比如数据库返回 `datetime2`,实体用 `DateTime?` 却对应了 `NOT NULL` 列) **常见问题**: - 少一列 → 未映射属性为默认值 - 多一列 → 直接抛 `InvalidOperationException` - 类型不兼容 → 运行时失败 **最佳实践**: 1. 别用 `SELECT *`:表结构变更后极易出错 2. 别乱加别名:`SELECT u.Name AS UserName` → 实体必须有 `UserName` 属性 3. 计算列或 `NULL` 值要小心:例如 `SELECT Id, Name, COUNT(*) AS Count`,若实体没 `Count` 属性就失败 需要部分字段?建议新建一个轻量 DTO 类,使用 `AsNoTracking()` + 手动投影,或者换用 `SqlQueryRaw()`(EF Core 5+)。 ## 查询完记得加 AsNoTracking() `FromSqlRaw` 默认开启变更跟踪,哪怕你只是读取报表数据。这会导致 EF Core 缓存所有实体、监听属性变化、额外分配内存——在纯读场景下毫无必要。 加上 `AsNoTracking()` 能显著降低 GC 压力和查询耗时: ```csharp context.Users .FromSqlRaw("SELECT Id, Name, Email FROM Users WHERE IsActive = {0}", true) .AsNoTracking() .ToList(); ``` **注意**:加了 `AsNoTracking()` 之后,实体不可直接修改提交。如需更新,得重新查询或手动 `Attach`。 ## 最容易被忽略的细节 在实际项目中,最常被忽略的是列名大小写和空值处理: 1. **跨数据库迁移时**:PostgreSQL 默认小写,SQL Server 默认不敏感但配置可变 2. **NULL 字段映射**:映射到非可空类型会静默失败或报异常,不是所有环境都开启详细日志 这些问题往往在测试环境不出现,一到生产环境就暴露,需要格外注意。
来源:https://www.php.cn/faq/2415863.html
上一篇Go语言切片扩容机制如何影响循环遍历性能 下一篇ThinkPHP多语言配置与伪静态日志追踪方法详解
本站内容用于信息整理与展示,如有侵权或内容问题请及时联系处理。

相关推荐

补充同频道和同主题内容,方便继续浏览更多相关内容。

同类最新

继续查看同栏目最近更新的文章。

更多
Java序列化中ObjectStreamField自定义字段控制详解
编程语言 · 2026-05-11

Java序列化中ObjectStreamField自定义字段控制详解

ObjectStreamField是描述序列化字段的元信息载体。通过声明serialPersistentFields数组并确保字段名、类型、顺序与类定义严格一致,可控制序列化字段。字段不匹配会导致静默反序列化失败。配合writeObject readObject方法可实现动态控制。应避免使用isUnshared、getOffset等底层方法。

实时操作系统RTOS线程调度与Java强实时变量处理对比分析
编程语言 · 2026-05-11

实时操作系统RTOS线程调度与Java强实时变量处理对比分析

实时操作系统(RTOS)通过优先级调度和中断机制确保微秒级确定性,而Java因垃圾回收、同步延迟和内存分配不确定性,难以满足强实时场景的严格时间要求,因此这类系统通常将核心逻辑交由RTOS处理。

Java并行流性能优化CollectorsgroupingByConcurrent方法详解
编程语言 · 2026-05-11

Java并行流性能优化CollectorsgroupingByConcurrent方法详解

Collectors groupingByConcurrent专为无需保持插入顺序、高并发写入的场景设计,能显著提升并行流分组性能。其底层通过所有线程直接写入同一个ConcurrentHashMap,避免了普通groupingBy的合并开销。适用于日志聚合、实时统计等高吞吐任务,但不适用于要求分组顺序的场景。使用时必须搭配并行流,且不支持自定义有序Map。在

循环队列数组实现详解头尾指针操作与取模运算实战指南
编程语言 · 2026-05-11

循环队列数组实现详解头尾指针操作与取模运算实战指南

循环队列通过数组实现,核心在于头尾指针的职责与取模运算。front指向队首,rear指向下一个空位,移动时需取模以确保回环。判空条件为front等于rear,判满则需牺牲一个存储单元。入队和出队操作后需立即取模,避免越界。动态内存管理时需注意分配与释放顺序,防止内存泄漏。

ThinkPHP入口文件配置参数修改与环境变量动态加载指南
编程语言 · 2026-05-11

ThinkPHP入口文件配置参数修改与环境变量动态加载指南

在ThinkPHP框架中动态调整数据库连接等配置参数,是许多开发者实现多环境部署的核心需求。然而,你是否曾遇到这样的困境:在入口文件中修改了配置值,刷新页面后却发现更改并未生效?这通常源于对框架配置加载机制的理解偏差。 本文将深入解析ThinkPHP配置生效的唯一正确路径,帮助你彻底规避“本地测试通