简介面向使用Visual Studio 2015与C#进行Windows数据库开发的学习者这份资源包是配套教材的完整学习资料覆盖从开发环境配置到实际项目落地的全流程适合高校学生、入门开发者以及需要快速上手C#数据库编程的工程师。压缩包共3423个文件大小约95.9MB以cs源码文件1126个为主体辅以resx/resources资源文件、dll库、exe可执行程序、rdlc报表以及ppt课件、sln工程文件等类型分布直观反映出“源码资源工程”三位一体的目录结构。内容上以实训项目为核心逐步演示如何使用ADO.NET建立数据库连接完成CRUD操作、利用DataSet/DataTable管理离线数据并覆盖SQL Server等数据库的交互细节课件部分补充事务处理、错误处理与性能优化的理论支撑附录项目则延伸至多表查询、存储过程、触发器和视图等进阶主题帮助读者从基础脚本过渡到复杂业务场景。此外还有环境配置说明文本降低初学者的上手门槛。目前已有1081人学习下载需要系统积累C#数据库开发实践经验的读者可借助这套资源边读边练形成清晰的开发思路。1. Visual Studio 2015 C# 数据库项目为什么老项目还在用这一套拿到这份《Visual Studio 2015(C#) Windows数据库项目开发》资源时我第一反应是——都什么年代了还有人用 VS2015但真进了企业接手老系统你会发现大量 Windows 桌面端的数据库管理工具、进销存、上位机数据采集程序跑的还是 .NET Framework 4.x C# SQL Server/Access 这套组合。VS2015 作为最后一个对 XP 兼容性和传统项目模板支持极佳的版本至今仍在二线维护和中小型企业内部工具里占着一席之地。这份资源解决的核心问题很简单用 C# 在 Windows 上把数据库的增删改查跑通从连接字符串、DataSet 到 DataGridView 绑定再到打包部署一条线讲完。适合刚转 C# 的 .NET 新手也适合需要维护老项目的工程师——你不需要重写系统但需要快速看懂这套代码的套路和边界。2. 环境准备VS2015 with Update 3 安装与项目模板选型2.1 Update 3 装完才算完整环境网上找的 VS2015 镜像很多是 RTM 版不带 Update装上之后两个典型问题C# 6.0 语法支持不全.NET Framework 4.6.1目标包缺失。所以稳妥做法是直接装Visual Studio 2015 with Update 3SP3这个整合镜像。安装路径我习惯自定义只勾选.NET 桌面开发这一项数据库组件里把SQL Server Data Tools勾上其他不选能省下好几个 G 的磁盘空间也少踩一堆组件冲突的坑。# 静默安装示例管理员权限 CMD适合批量部署 vs2015.3_enterprise_enu.iso /quiet /norestart /InstallSelectableItems WindowsDesktop;SQLServerDataTools参数说明WindowsDesktop对应 C#/VB.NET 桌面开发模板SQLServerDataTools是 VS 里连 SQL Server 做表设计必需的可视化工具集。/norestart防止安装完自动重启把正在跑的远程会话打断。装完之后务必检查帮助 关于里版本号是不是14.0.25431.01Update 3 的标准版本号不是这个数字说明装的是旧镜像。2.2 项目模板怎么选WinForms 还是 WPF数据库项目开发模板选错后面全是泪。VS2015 里新建项目我看到最多的是两种Windows 窗体应用.NET Framework和WPF 应用。做进销存、后台管理这类 CRUD 系统我一般选 WinFormsDataGridView 绑定 DataTable 是原生支持拖控件即拖即用不需要额外写 XAML。WPF 适合界面要求高、有数据模板定制需求的场景但入门门槛高绑定 DataContext 的调试对新手很不友好。选模板时有个关键参数——.NET Framework 版本。VS2015 默认给你 4.5.2 或 4.6.1。我建议选 4.6.1C# 6.0 的语法?.空值传播、字符串插值在 4.6.1 上跑得最顺同时Task.Run等异步 API 也更完善。如果目标机器是 Windows 7 SP1注意 4.6.1 需要装对应运行时包不然部署过去直接启动失败。提示VS2015 的 NuGet 包管理器默认源是 nuget.org老项目如果锁定了内网记得在工具 选项 NuGet 包管理器 程序包源里把源换成公司内部镜像否则还原包时卡死在「正在检查更新」。2.3 引用 System.Data.SqlClient 与 Oracle 驱动的坑新建项目后第一步是引用数据库驱动这一块最容易翻车。连 SQL Server 用System.Data.SqlClient在 .NET Framework 4.6.1 里是框架自带的直接在「引用 添加引用 程序集 Framework」里勾选System.Data模块就行。但是连 Oracle 就有讲究了VS2015 自带的System.Data.OracleClient在 4.0 之后被标记为 obsolete已过时微软不再维护连上去经常报ORA-00604这种神鬼莫测的错。// 不推荐微软已弃用的 OracleClient using System.Data.OracleClient; // 推荐使用 Oracle 官方 ODP.NET Managed Driver // 安装Install-Package Oracle.ManagedDataAccess -Version 12.1.2410 using Oracle.ManagedDataAccess.Client;逻辑说明Oracle.ManagedDataAccess是纯托管代码驱动不用装 Oracle Client 客户端部署时把 DLL 扔到输出目录就能跑省掉了在客户机装客户端的运维噩梦。版本号建议跟着数据库版本走Oracle 11g 用 12.1.xOracle 12c 用 12.2.x跨版本容易报ORA-03134。3. 数据库访问层设计连接字符串、参数化与封装思路3.1 连接字符串的三种写法与加密数据库项目第一步就是写连接字符串新手十有八九直接硬编码在代码里。常见写法是这三种// 方式一Windows 身份验证连 SQL Server推荐开发阶段用 string connStr Data Sourcelocalhost\\SQLEXPRESS;Initial CatalogMyDB;Integrated SecurityTrue;; // 方式二SQL 身份验证部署到客户机时常用 string connStr Data Source192.168.1.10;Initial CatalogMyDB;User Idsa;PasswordYourPwd;; // 方式三连 Access 数据库.mdb/.accdb 文件 string connStr ProviderMicrosoft.ACE.OLEDB.12.0;Data SourceC:\\data\\MyDB.accdb;Persist Security InfoFalse;;参数说明Data Source是实例名或 IPInitial Catalog是数据库名Integrated SecurityTrue表示用当前 Windows 账户登录省去密码传输。开发时强烈建议用方式一避免 sa 密码泄露到代码仓库。ProviderMicrosoft.ACE.OLEDB.12.0是 Access 的 OLEDB 驱动注意 64 位系统要装 Access Database Engine 2010 的 64 位版否则报「未在本地计算机上注册」。连接字符串不加密直接写在代码里等于把数据库口令裸奔。项目里我习惯把连接串塞进App.config的connectionStrings节点再对password字段做加密connectionStrings下codeConfig -- connectionStrings add nameMyDB connectionStringData Sourcelocalhost;Initial CatalogMyDB;User Idsa;PasswordEncryptedPwd; providerNameSystem.Data.SqlClient / /connectionStrings加密的思路是用System.Security.Cryptography.ProtectedData基于当前 Windows 用户密钥加密——同一台机器同一个账户能解换机器解不开。这样配置文件即使被拷走别人也拿不到明文密码。3.2 为什么你写的 SQL 总被注入参数化查询必须成为肌肉记忆很多人从网上下代码学会了string.Format($SELECT * FROM Users WHERE Name{txtName.Text})这种拼接写法。这种写法在内部工具单机跑没事一旦系统接到公网或者被同事当共享工具用 OR 11这种注入字符串分分钟把你的表删光。C# 里做参数化查询其实只多三行// 反例拼接 SQL string sql SELECT * FROM Users WHERE Name txtName.Text ; // 正例参数化查询 string sql SELECT * FROM Users WHERE Namename AND IsActiveactive; using (SqlCommand cmd new SqlCommand(sql, conn)) { cmd.Parameters.AddWithValue(name, txtName.Text.Trim()); cmd.Parameters.AddWithValue(active, 1); // 执行... }逻辑说明name和active是占位符AddWithValue把值通过网络协议传给 SQL Server由服务端做类型检查和转义从根本上杜绝拼接注入。参数还有额外好处SQL Server 会对带参数的语句做执行计划缓存同样查询第二次执行速度明显变快。注意AddWithValue有个坑——当参数类型是nvarchar但传入值长度超过 4000 时SQL Server 会把它当成ntext处理导致索引失效。遇到长文本搜索显式指定cmd.Parameters.Add(content, SqlDbType.NVarChar, 8000)更稳。3.3 一个能用的封装DBHelper 的取舍网上的 DBHelper 千篇一律我见过最离谱的封装是每个方法都new SqlConnection不释放跑半小时就报连接池耗尽。自己写的话别贪多一个静态类 三个方法足够应付 90% 的 CRUDpublic static class DBHelper { private static readonly string connStr ConfigurationManager.ConnectionStrings[MyDB].ConnectionString; // 返回 DataTable查询用 public static DataTable Query(string sql, params SqlParameter[] parameters) { using (SqlConnection conn new SqlConnection(connStr)) using (SqlCommand cmd new SqlCommand(sql, conn)) using (SqlDataAdapter da new SqlDataAdapter(cmd)) { if (parameters ! null) cmd.Parameters.AddRange(parameters); conn.Open(); DataTable dt new DataTable(); da.Fill(dt); // Fill 内部会处理连接开关 return dt; } } // 返回受影响行数增删改用 public static int ExecuteNonQuery(string sql, params SqlParameter[] parameters) { using (SqlConnection conn new SqlConnection(connStr)) using (SqlCommand cmd new SqlCommand(sql, conn)) { if (parameters ! null) cmd.Parameters.AddRange(parameters); conn.Open(); return cmd.ExecuteNonQuery(); } } // 返回单值聚合函数用 public static object ExecuteScalar(string sql, params SqlParameter[] parameters) { using (SqlConnection conn new SqlConnection(connStr)) using (SqlCommand cmd new SqlCommand(sql, conn)) { if (parameters ! null) cmd.Parameters.AddRange(parameters); conn.Open(); return cmd.ExecuteScalar(); } } }参数设计说明三个方法分别对应查询、写入、取标量三种场景全部用using包裹保证连接释放。AddRange支持一次性传多个参数CRUD 项目不需要事务时这套足够。注意SqlDataAdapter.Fill方法内部会在空闲时关闭连接所以Query方法里conn.Open()其实可以省但显式打开能避免某些InvalidOperationException的误导性报错。4. 增删改查实战从 DataGridView 绑定到批量写入4.1 查询与绑定DataGridView 只读显示三行代码查询结果要展示最土最快的方式是 DataGridView。设置只读模式再绑定 DataSource三行代码// 查询所有订单 DataTable dt DBHelper.Query(SELECT OrderId, CustomerName, OrderDate, TotalAmount FROM Orders WHERE OrderDate startDate, new SqlParameter(startDate, DateTime.Now.AddDays(-7))); dataGridView1.DataSource dt; dataGridView1.ReadOnly true; // 只读防止用户直接改格子里的是数据 dataGridView1.AutoSizeColumnsMode DataGridViewAutoSizeColumnsMode.Fill;参数说明AutoSizeColumnsMode.Fill让列宽自动撑满整个表格特别是窗体拉伸时需要。ReadOnlytrue是关键否则用户双击单元格就能改数据看起来是改了但数据库没同步后面排查半天才发现是 UI 假改。4.2 插入与更新参数化写库的完整流程插入订单头 订单明细这种主子表结构核心是事务单条插入就简单多了// 插入一条订单 string sql INSERT INTO Orders(CustomerName, OrderDate, TotalAmount) VALUES(name, orderDate, amount); int affected DBHelper.ExecuteNonQuery(sql, new SqlParameter(name, txtCustomer.Text.Trim()), new SqlParameter(orderDate, DateTime.Now), new SqlParameter(amount, decimal.Parse(txtAmount.Text))); if (affected 0) MessageBox.Show(保存成功); else MessageBox.Show(保存失败);注意decimal.Parse(txtAmount.Text)这里要做TryParse校验否则用户输入非数字直接崩。更稳的写法是if (!decimal.TryParse(txtAmount.Text, out decimal amount)) { MessageBox.Show(金额格式有误); return; }。更新和插入几乎一样区别只在 SQL 语句和参数个数。删除更简单但建议做软删除——加个IsDeleted字段UPDATE ... SET IsDeleted1而不是物理DELETE。真实项目里「后悔药」很重要业务数据删了就真的没了。4.3 批量写入循环 Insert 与 SqlBulkCopy 的取舍订单明细经常是几十条数据循环 Insert用for循环一条条执行确实能跑但 1 万条数据可能要几十秒。这里有两个方向// 方向一复用命令对象 事务万级数据量以下够用 using (SqlConnection conn new SqlConnection(connStr)) { conn.Open(); SqlTransaction tran conn.BeginTransaction(); SqlCommand cmd new SqlCommand(INSERT INTO OrderDetails(OrderId, ProductId, Qty, Price) VALUES(orderId, productId, qty, price), conn, tran); foreach (var detail in detailList) { cmd.Parameters.Clear(); // 关键每次循环一定要清参数 cmd.Parameters.AddWithValue(orderId, orderId); cmd.Parameters.AddWithValue(productId, detail.ProductId); cmd.Parameters.AddWithValue(qty, detail.Qty); cmd.Parameters.AddWithValue(price, detail.Price); cmd.ExecuteNonQuery(); } tran.Commit(); }// 方向二DataTable SqlBulkCopy十万级以上数据用这个速度快几十倍 DataTable dt new DataTable(); dt.Columns.Add(OrderId, typeof(int)); dt.Columns.Add(ProductId, typeof(int)); dt.Columns.Add(Qty, typeof(int)); dt.Columns.Add(Price, typeof(decimal)); foreach (var detail in detailList) dt.Rows.Add(orderId, detail.ProductId, detail.Qty, detail.Price); using (SqlBulkCopy bulk new SqlBulkCopy(connStr)) { bulk.DestinationTableName OrderDetails; bulk.ColumnMappings.Add(OrderId, OrderId); bulk.ColumnMappings.Add(ProductId, ProductId); bulk.ColumnMappings.Add(Qty, Qty); bulk.ColumnMappings.Add(Price, Price); bulk.BulkCopyTimeout 300; // 秒批量超时时间 bulk.BatchSize 1000; // 每批次 1000 行 bulk.WriteToServer(dt); }逻辑说明方向一的cmd.Parameters.Clear()是典型的坑——不清参数第二次循环时qty会被AddWithValue追加成两个同名参数运行时直接报SqlException: 变量 qty 已声明。事务保证任何一条失败全部回滚。方向二的SqlBulkCopy是原生砖块级导入不走 SQL 解析1 万条数据从几十秒压缩到 1-2 秒。但注意BatchSize不是越大越好SQL Server 内存有限批量太大会报内存不足。4.4 连 Access 数据库的 C# 写法差异老项目里连 Access 的也不少热词里都有「c#与access」。代码逻辑和 SQL Server 几乎一样只有两点不同命名空间从System.Data.SqlClient换成System.Data.OleDbSQL 方言有差异。using System.Data.OleDb; string connStr ProviderMicrosoft.ACE.OLEDB.12.0;Data SourceC:\\data\\inventory.accdb;; using (OleDbConnection conn new OleDbConnection(connStr)) { conn.Open(); // Access 的日期参数写法是 #2024-01-01# 而不是 参数 string sql SELECT * FROM Inventory WHERE LastUpdate #2024-01-01#; OleDbCommand cmd new OleDbCommand(sql, conn); OleDbDataAdapter da new OleDbDataAdapter(cmd); DataTable dt new DataTable(); da.Fill(dt); dataGridView1.DataSource dt; }注意 Access 的 SQL 不完全支持GETDATE()日期要用#字面量字符串用单引号参数化写法支持度也差一些——OleDbParameter的顺序必须和 SQL 里出现顺序一致否则参数错位你查出来的是莫名其妙的「幽灵数据」。5. 避坑与常见问题驱动、64 位、乱码、连接池耗尽5.1 部署到客户机报「未在本地计算机上注册 Microsoft.ACE.OLEDB.12.0」现象开发机上 Access 程序跑得好好的拷贝到客户机双击就报这个错。原因机子上没装Microsoft Access Database Engine 2010 Redistributable或者装了 32 位版但你程序编译成 64 位反之亦然。解决两个选择——要么把项目平台目标改成x86VS2015 里项目属性 生成 平台目标 x8632 位程序在 64 位系统上能正常加载 32 位驱动要么给客户机装对应位数的 Access Database Engine。做企业内部工具我默认选 x86兼容性最广代价是吃不到 64 位的内存红利——单机工具数据量不大内存根本不是瓶颈。5.2 SQL 查中文变「???」或乱码现象C# 写进去的中文在 SQL Server Management Studio 里看是正常的但程序查出来显示乱码反过来程序里显示正常SSMS 里是乱码。原因大多是INSERT时用了VARCHAR字段传中文时编码没对齐。SQL Server 的VARCHAR用数据库默认代码页中文环境一般是 GBKC# 的字符串是 UTF-16隐式转换时如果连接字符串里Encoding没指定就会走错代码页。解决数据库字段类型从VARCHAR改成NVARCHAR这是根治。NVARCHAR是 Unicode 存储C# 字符串直接对应不用做任何转码。如果你改不了数据库结构老库表是别人的就在连接字符串里加;EncodingUTF-8让驱动层做一次转换但 SQL Server 的 OLEDB 驱动对 Encoding 参数支持不如 ADO.NET 的SqlConnection稳定最好还是改字段。5.3 程序运行一段时间后报「连接池已满」或超时现象程序跑一两天某个页面点查询转圈几十秒最后报超时时间已到或连接池已满。原因连接对象没释放。很多人写代码时conn.Open()了但conn.Close()忘了写或者DataAdapter没Dispose。连接池默认最大连接数是 100连接盖着不还池被耗尽。解决代码里所有SqlConnection必须using或try-finally包裹。一个排查技巧在SQL Server Management Studio执行SELECT * FROM sys.dm_exec_sessions WHERE login_namesa能看到当前多少个会话连着库如果数量远超你的客户端连接数说明应用层泄漏了。修复后重启服务会话数立刻回落。5.4 VS2015 调试时「无法附加到进程」现象F5 启动调试报无法将调试器附加到进程 [1220]或者附加后断点怎么都命不中。原因权限问题——VS2015 没有以管理员身份运行或者目标进程是 64 位但 VS 调试配置错。VS2015 的调试器对 XP 兼容性是支持的但 Windows 10 之后账号权限控制变严。解决右键 VS2015 图标选「以管理员身份运行」这是最快解法。还是不行就检查项目属性 调试 启用本机代码调试勾上之后调试非托管组件才能命中原生断点。5.5 数据集里有列但 DataGridView 绑定后不显示现象DataTable读出来有 5 列绑定到DataGridView后只显示 3 列另外两列不见了。原因DataGridView 的AutoGenerateColumns默认是 true但如果之前设计器里手动添加过列Columns集合非空绑定后自动列就不会生成了。解决在设计器里把dataGridView1.AutoGenerateColumns true设置或者把Columns集合清空让 DataSource 驱动自动生成列。需要定制列头样式的话保持AutoGenerateColumnsfalse并手工编辑Columns再把每个列的DataPropertyName设成对应数据源列名这是正规写法。6. 进阶把业务逻辑与 UI 解耦写一个能被复用的数据组件最后的进阶建议——不要把所有 SQL 都堆在窗体Button_Click事件里。我接过最痛的项目一个窗体的cs文件 4000 行改一个字段名要全局搜索替换还怕搜漏。把数据库操作按业务模块拆成独立类库是 VS2015 时代最值得做的事。// 仓储类按业务模块组织方法 public class OrderRepository { // 查订单 明细返回一个 Tuple 或自定义 DTO public (DataTable header, DataTable details) GetOrderWithDetails(int orderId) { DataTable header DBHelper.Query(SELECT * FROM Orders WHERE OrderIdid, new SqlParameter(id, orderId)); DataTable details DBHelper.Query(SELECT * FROM OrderDetails WHERE OrderIdid, new SqlParameter(id, orderId)); return (header, details); } // 下单事务包裹头表 明细一起提交 public bool CreateOrder(DataTable headerRow, DataTable detailRows) { using (SqlConnection conn new SqlConnection(connStr)) { conn.Open(); SqlTransaction tran conn.BeginTransaction(); try { // 先插入头表拿到新 OrderId SqlCommand cmdHeader new SqlCommand( INSERT INTO Orders(CustomerName, OrderDate, TotalAmount) OUTPUT INSERTED.OrderId VALUES(name, date, amount), conn, tran); // ... 参数赋值省略 int newOrderId (int)cmdHeader.ExecuteScalar(); // 再循环插入明细 foreach (DataRow row in detailRows.Rows) { SqlCommand cmdDetail new SqlCommand( INSERT INTO OrderDetails(OrderId, ProductId, Qty, Price) VALUES(oid, pid, qty, price), conn, tran); cmdDetail.Parameters.AddWithValue(oid, newOrderId); // ... 其他参数 cmdDetail.ExecuteNonQuery(); } tran.Commit(); return true; } catch { tran.Rollback(); throw; } } } }关键设计OUTPUT INSERTED.OrderId是 SQL Server 2005 之后的支持能在插入后直接返回自增 ID省掉再查一次SELECT SCOPE_IDENTITY()的往返。事务跨多个命令对象SqlCommand构造时传同一个SqlConnection和SqlTransaction实例保证是一个原子操作。窗体层调用就清爽了private void btnSave_Click(object sender, EventArgs e) { OrderRepository repo new OrderRepository(); bool ok repo.CreateOrder(BuildHeaderTable(), BuildDetailTable()); if (ok) MessageBox.Show(订单已保存事务提交); }从那以后我每次拿到项目都强制自己走一遍「UI 层 - 仓储层 - DBHelper」三层梳毛把散落的 SQL 收拢到仓储层统一管理再让仓储层返回DataTable或 DTO窗体只管展示和收集数据。改表结构时只碰仓储层一个文件风险面小得多心里踏实。这套习惯从 VS2015 一直带到现在换 VS2022 都没变过——工具会升级整理代码边界这件事永远值得做。希望帮到你。本文还有配套的精品资源点击获取