我刚入行那会儿，最头疼的就是 C连接数据库这事儿。每次写代码，心里都嘀咕：连接字符串对不对？SQL 注入防没防？事务处理会不会出 bug？现在回头看，其实这玩意儿就像学骑自行车，摔几次就懂了。但问题是，很多新手一开始就被各种 ORM 框架、存储过程、连接池这些概念给唬住了。今天咱们就聊聊 C访问数据库这件事，不整高大上的理论，用最接地气的方式把它掰扯清楚。
先说最基础的。这玩意儿是 C访问数据库的根基，就像盖房子打地基。你写个查询，无非三步：开连接、发命令、读结果。代码写出来就那么几行，但坑往往藏在细节里。比如连接字符串，很多人直接写死在代码里，上线后换库还得重新编译。正确的做法是放在配置文件里，用 读取。再比如 的参数化查询，有些新手图省事，直接拼接字符串，结果被 SQL 注入搞得哭。记住一句话：永远别拼接 SQL。参数化查询不仅安全，还能提升性能，因为数据库可以复用执行计划。还有 ，用完一定要关闭，否则连接池很快就被耗光。这些看似不起眼的细节，才是真正考验功力的地方。
说到性能，很多人第一反应就是加缓存、上索引。但有时候，问题出在代码本身。比如用 填充 ，数据量大时内存会爆炸。这时就该考虑用 流式读取，或者做分页查询。分页这块也有讲究， 做分页比 性能好，尤其是数据量上百万的时候。还有连接池，默认是启用的，但连接字符串里的 和 需要关注。如果并发高，连接池不够用，请求就会排队，超时报错。我见过一个项目，连接池设了 100，业务高峰期并发 200，结果一堆请求超时。加大参数就解决了，但没人想到。所以，别光顾着写业务逻辑，系统架构层面的东西也得心里有数。
现在 ORM 框架火得一塌糊涂，Entity Framework、Dapper、NHibernate，各有拥趸。但说实话，ORM 不是万能药。EF Core 确实好用，增删改查一行代码搞定，但性能损耗也摆在那里。比如查询用户列表，EF 会先生成 SQL，再映射成对象，还要做状态跟踪、变更检测。数据量小无所谓，上百万条记录时开销就大了。Dapper 轻量，性能接近原生 ADO.NET，适合复杂查询，但它不管理对象关系，需要自己写映射。我的经验是：核心业务、性能敏感的地方用 Dapper；CRUD 频繁、业务逻辑复杂的模块用 EF Core。别一刀切，也别为了炫技硬上某个框架。
事务处理是另一个容易翻车的地方。很多人以为用 就万事大吉，但分布式事务、隔离级别这些概念搞不清楚，同样会出大问题。比如在一个事务里先读后写，隔离级别设成 ，结果读到脏数据，后面的操作把数据弄乱。正确的做法是：根据业务场景选隔离级别。库存扣减用 ，报表查询用 。事务超时默认 60 秒，但有些业务（比如批量导入）耗时更长，需要手动调大。另外，别在事务里做网络请求或文件操作，这些不可控，事务回滚也救不了你。记住：事务是保护数据一致性的工具，不是万能胶。
异步编程在 C里已经普及，访问数据库也不例外。用 可以释放线程，提升系统吞吐量。但很多人用错了地方。比如一个方法里只有一次数据库查询，用异步意义不大，因为线程切换本身也有开销。正确的场景是并发查询多个表，或有 I/O 密集型操作。举例来说，同时查询订单、用户、商品三个表，用异步并行查，比串行快三倍。但要注意，异步不是银弹。如果使用 EF Core，异步查询和同步查询的性能差距并不大，因为瓶颈往往在数据库端。还有，别用 包装同步方法，那叫假异步，只会浪费线程资源。异步编程的核心是让线程不阻塞，而不是让代码看起来更高级。
说到数据库端优化，很多人容易忽略索引和查询计划。SQL 执行慢，第一反应是加索引，但索引不是越多越好。写操作频繁的表，索引多了反而拖慢插入速度。正确的做法是：用 SQL Server Profiler 或慢查询日志定位真正慢的语句，然后查看执行计划。有时候，一个简单的 比两个子查询快得多。还有，避免在 子句里使用函数，例如 会导致索引失效，改成 ，性能提升明显。这些细节在写代码时多想想，上线后能少挨不少骂。
说说代码规范和安全。很多人觉得这只是小事，但线上事故往往就出在这些地方。连接字符串千万别写死，也别明文保存。可以使用 Azure Key Vault、Windows 加密文件或其他安全存储。参数化查询是防 SQL 注入的底线，前面已经强调。别在代码里直接暴露数据库结构，例如 API 返回的字段名和数据库字段名完全一致，这相当于给黑客递刀子。使用 DTO 或视图层做一次转换。错误处理也要细致，别只捕获异常后写日志就完事。要区分可恢复错误和不可恢复错误：连接超时可以重试，主键冲突则需要返回明确提示。代码既是给人看的，也是给机器跑的，两者都要兼顾。
说到底，C访问数据库这件事技术本身并不难，难的是把细节做到位。从连接字符串的配置，到 ORM 框架的选择，再到事务和异步的处理，每一步都有坑。但别怕，多踩几次就知道了。我见过很多项目，技术选型高大上，却在上线后三天频繁出问题，根源往往是基础没打牢。所以，与其追求花哨的框架，不如先把基本功练熟，做好 SQL 优化，落实安全规范。这些才是立身之本。等你把它们内化成肌肉记忆，再去研究高级特性时，自然水到渠成。毕竟，数据库访问就像做饭，再好的菜谱也得靠火候和手感。
