简介基于C#与SQL Server的固定资产管理系统源码及数据库备份面向学习C#桌面开发、数据库连接与业务系统设计的开发者也适合作为课程设计、毕业设计或中小企业资产信息化管理的参考。系统覆盖资产登记、分类、变动、报表、权限与维护提醒等常见模块支持资产编号、名称、型号、购置日期、部门等关键信息维护源码和数据库配套完整。压缩包共194个文件、约2.71MB主要包括cs源码、resx与resources界面资源、ico图标、dll依赖库、exe可执行程序以及bak数据库备份、config配置文件并含sln/csproj工程文件便于还原数据库、调整连接字符串后编译调试。已有188人浏览学习。资源提供完整项目结构与可运行示例便于对照理解资产录入、查询、修改、删除的CRUD实现和SQL Server表结构设计也可继续扩展审批流程、折旧计算等功能是C#与数据库综合应用的实用素材。1. 基于C#的资产管理系统一套能直接跑的源码到底值不值得用固定资产盘点对不上账、Excel 台账越记越乱、领用记录全靠口头登记——这是绝大多数中小公司资产管理的真实状态。这套基于 C# 的资产管理系统源码数据库解决的正是这个问题用 C/S 架构把资产入库、领用、归还、维修、报废、盘点全流程管起来SQL Server 负责数据落盘WinForms 负责操作界面你拿到手改一改连接字符串就能跑。适合刚接手公司内部系统开发、想快速交付的 .NET 开发者也适合正在学 C# 数据库编程、需要一套完整项目源码照着写的人。这套方案的落地难度不高但有几个坑必须提前避开——尤其是数据库还原和连接字符串那两步翻车率极高。2. 先看数据库设计资产系统的地基是怎么搭出来的2.1 从 SQL 文件反推业务表结构比看代码更高效拿到源码包后不要急着打开 Visual Studio 看 C# 代码先去找database或SQL文件夹里的.sql文件。一套资产管理系统值不值钱数据库表设计占了七成。正常情况下你会看到这几张核心表Asset资产表主键、资产编号、名称、分类、状态、采购日期、原值、当前净值、存放地点、责任人AssetCategory分类表用于资产分类避免资产表里直接写死字符串分类AssetStockIn/AssetStockOut入库/领用记录表分别记录资产进入和离开库房的明细AssetRepair维修表记录报修时间、维修状态、维修费用、完成时间AssetScrap报废表报废申请和审批记录User/Role用户表和角色表做登录认证和操作权限控制AssetCheck盘点表盘点批次、盘点状态、差异数量以资产表为核心所有业务表通过AssetId外键关联领用和维修再关联UserId字段确定经办人。这套结构是标准的资产管理建模方式不建议大改——除非你确实有特殊的业务字段需求否则直接沿用原设计最稳妥。2.2 还原数据库的两种方式和参数说明最常见的做法是先建空库再执行 SQL 脚本。在 SQL Server Management Studio 里新建数据库名称按源码里web.config或App.config的connectionString写——通常是AssetDB或类似的名字。然后选中该数据库使用「打开」功能加载asset_db.sql脚本并执行。-- 执行前先确认数据库名 CREATE DATABASE AssetDB; GO USE AssetDB; GO -- 脚本导入后验证核心表是否创建成功 SELECT name FROM sys.tables WHERE type U ORDER BY name;如果源码包附带的是.bak备份文件而不是.sql脚本那走还原路线更省事。右键数据库文件夹 → 还原数据库 → 选择源设备 → 定位到.bak→ 确定。还原完成后打开表列表确认表和存储过程都在。执行脚本时有一个高频坑很多源码里的CREATE TABLE语句没有IF OBJECT_ID(...) IS NULL的防重判断重复执行两次就会报错。解决办法是检查master库里是否已存在AssetDB存在就先DROP DATABASE AssetDB或者手动删掉重复的对象再重新执行脚本。2.3 种子数据表为什么默认账号必须改掉系统能跑起来之前如果登录界面的提示或文档里写了默认账号几乎可以肯定是admin / 123456或者类似弱口令组合。源码在初始化时会插入默认管理员账号。这个操作本身合理——方便首次登录。但你必须在使用前做两件事登录系统后立刻修改管理员密码确认用户表的密码字段是否使用了哈希存储如果发现密码是明文存储建议顺手改一下。将原密码字段替换为 SHA256 或 BCrypt 哈希。常见做法是在UserDAL.cs这类数据访问类里找到登录方法的SELECT * FROM User WHERE username ... AND password ...这段拼接 SQL改成先按账号查出哈希值再调用Verify方法比对。这一步虽然不影响系统演示但决定你能不能直接把它部署到生产环境。3. 数据访问层拆解从 SQL 语句到 DataGridView 的完整链路3.1 用 ADO.NET 还是 EF这套源码多半是前者这类源码包最常用的数据访问方式是 ADO.NET也就是SqlConnection、SqlCommand、SqlDataAdapter这套经典组合。原因很简单源码作者想让初学者能看懂数据库增删改查的核心逻辑直接看到 SQL 语句怎么写。Entity Framework 那种 ORM 虽然开发效率高但封装太厚反而不如裸 SQL 直观。打开项目后你应该找得到一个DBHelper.cs也叫SqlHelper或DbHelper文件。这个类封装了所有数据库操作的基础方法全项目几百处数据库调用都走它。典型实现长这样public static class DBHelper { private static readonly string _connectionString ConfigurationManager .ConnectionStrings[AssetDB]?.ConnectionString; public static DataTable ExecuteQuery(string sql, params SqlParameter[] parameters) { using (SqlConnection conn new SqlConnection(_connectionString)) using (SqlCommand cmd new SqlCommand(sql, conn)) using (SqlDataAdapter adapter new SqlDataAdapter(cmd)) { if (parameters ! null) cmd.Parameters.AddRange(parameters); DataTable dt new DataTable(); adapter.Fill(dt); return dt; } } public static int ExecuteNonQuery(string sql, params SqlParameter[] parameters) { using (SqlConnection conn new SqlConnection(_connectionString)) using (SqlCommand cmd new SqlCommand(sql, conn)) { conn.Open(); if (parameters ! null) cmd.Parameters.AddRange(parameters); return cmd.ExecuteNonQuery(); } } }这段代码是整个系统最核心的公共组件。ExecuteQuery返回DataTable供查询和报表显示使用ExecuteNonQuery用于插入、更新、删除操作返回受影响行数。注意using写法——连接对象和命令对象都会在方法结束时自动释放这是避免连接池耗尽的正确姿势。如果你看到源码里有人手动conn.Close()但不写using改动时顺手换成这种写法。3.2 参数化查询源码里最容易出问题的位置源码作者水平参差不齐最值得检查的就是 SQL 拼接方式。如果写的是下面这种字符串拼接那你必须改掉// 危险写法SQL 注入 string sql SELECT * FROM Asset WHERE Name txtName.Text ;正确做法是参数化查询把用户输入当作参数传给 SQL而不是拼进 SQL 字符串里string sql SELECT * FROM Asset WHERE Name Name AND Status Status; SqlParameter[] paras new SqlParameter[] { new SqlParameter(Name, SqlDbType.NVarChar, 50) { Value txtName.Text.Trim() }, new SqlParameter(Status, SqlDbType.Int) { Value Convert.ToInt32(cboStatus.SelectedValue) } }; DataTable dt DBHelper.ExecuteQuery(sql, paras); dataGridView1.DataSource dt;Name参数用NVarChar类型且长度设为 50和数据库字段定义保持一致Status是Int类型对应状态字段。这里最容易出现的一个细节问题是如果你只给Name传了值而忘了Status运行时会报「未提供参数值」——所以在调用ExecuteQuery前务必确认parameters数组里每个参数都有对应的Value。3.3 列表页加载慢和数据绑定时的两个细节主界面通常是资产管理列表上面是查询条件下面是一个大DataGridView。初次加载全部资产数据时如果数据量超过一万行界面刷新会很卡。原因不在 C# 代码而在DataGridView每次刷新都会重新构建所有行。建议分三步优化查询条件里的「资产分类」下拉框只加载一次分类表数据到内存不要每次点击查询都重新查数据库DataGridView开启AutoSizeColumnsMode Fill并关闭AutoSizeRowsMode避免自动调整行高引起的性能开销查询按钮的事件里先dataGridView1.DataSource null再赋新值否则界面刷新时会闪烁// 加载资产分类下拉框只在窗体 Load 事件里执行一次 private void FrmAssetList_Load(object sender, EventArgs e) { DataTable categoryDt DBHelper.ExecuteQuery(SELECT Id, Name FROM AssetCategory); cboCategory.DisplayMember Name; cboCategory.ValueMember Id; cboCategory.DataSource categoryDt; }这段代码的关键是DisplayMember和ValueMemberDisplayMember控制用户能看到什么ValueMember控制你在后台拿到的实际值。下拉框绑定后取选中的分类 ID 直接用cboCategory.SelectedValue。4. 核心业务模块实现入库、领用、盘点、折旧怎么落地4.1 入库单的写入顺序先主表再明细表包在事务里资产入库是这个系统最常用的操作。一张入库单包含一条入库主表记录入库单号、入库时间、经办人和多条入库明细每项资产的编号、名称、分类、数量、单价。两张表的写入必须包在事务里否则一旦中间任何一条插入失败入库单主表和明细表的数据就对不上。using (SqlConnection conn new SqlConnection(DBHelper.ConnectionString)) { conn.Open(); SqlTransaction tran conn.BeginTransaction(); try { string sqlMaster INSERT INTO StockIn (BillNo, InDate, Operator) VALUES (BillNo, InDate, Operator); SELECT SCOPE_IDENTITY();; SqlCommand cmdMaster new SqlCommand(sqlMaster, conn, tran); cmdMaster.Parameters.AddWithValue(BillNo, billNo); cmdMaster.Parameters.AddWithValue(InDate, DateTime.Now); cmdMaster.Parameters.AddWithValue(Operator, currentUser); int masterId Convert.ToInt32(cmdMaster.ExecuteScalar()); string sqlDetail INSERT INTO StockInDetail (MasterId, AssetId, Quantity, UnitPrice) VALUES (MasterId, AssetId, Quantity, UnitPrice); foreach (DataGridViewRow row in dgvDetails.Rows) { SqlCommand cmdDetail new SqlCommand(sqlDetail, conn, tran); cmdDetail.Parameters.AddWithValue(MasterId, masterId); cmdDetail.Parameters.AddWithValue(AssetId, Convert.ToInt32(row.Cells[AssetId].Value)); cmdDetail.Parameters.AddWithValue(Quantity, Convert.ToDecimal(row.Cells[Quantity].Value)); cmdDetail.Parameters.AddWithValue(UnitPrice, Convert.ToDecimal(row.Cells[UnitPrice].Value)); cmdDetail.ExecuteNonQuery(); } tran.Commit(); MessageBox.Show(入库成功); } catch { tran.Rollback(); throw; } }BeginTransaction开启事务后所有的 SQL 命令都必须绑定tran对象否则它们会自动使用独立的连接事务——那样事务就没有意义了。SCOPE_IDENTITY()是取刚插入主表记录的自增 ID 的标准做法注意不要用IDENTITY在多表触发器存在的场景下它可能返回错误的值。写入明细时循环DataGridView.Rows里的每一行从Cells拿值。这里有一个容易翻车的细节DataGridView的行对象哪怕用户没输入任何内容也会有实例所以row.Cells[AssetId].Value可能是null。循环内先做Convert.IsDBNull判断或者干脆在界面上给每行加必填校验弹窗提示「第 N 行资产编号为空」。4.2 领用与归还的字段冲突为什么归还记录经常查不到人资产领用功能本质上是在Asset表上更新Status字段同时在AssetStockOut表写入一条记录。归还时反向操作。这里常见的问题是设计者把「当前使用人」字段直接写在资产表里导致归还后历史使用人信息丢失——你后来想查「这台打印机之前是谁领用的」就查不到了。正确的字段设计是资产表里只有一个CurrentUserId当前使用人所有历史领用归还记录都进流水表。查询历史时只在流水表上过滤AssetId。如果源码里的资产表没有CurrentUserId字段那你查归还记录的 SQL 就要注意不能用「当前无使用人」反推历史状态因为Status字段的变化覆盖了历史。一个折中方案是在AssetStockOut表里加IsReturned字段用1/0区分是否已归还至少能追到「领用记录还在、资产状态已改」。领用操作的 SQL 逻辑是典型的先查后改string checkSql SELECT Status FROM Asset WHERE Id Id; object statusObj DBHelper.ExecuteScalar(checkSql, new SqlParameter(Id, assetId)); if (statusObj ! null Convert.ToInt32(statusObj) 1) // 1 在库 { string updateSql UPDATE Asset SET Status 2, CurrentUserId UserId WHERE Id Id; string insertSql INSERT INTO AssetStockOut (AssetId, UserId, OutDate, IsReturned) VALUES (AssetId, UserId, GETDATE(), 0); // 两个操作同样建议放进事务 } else { MessageBox.Show(该资产当前不在库不能领用); }ExecuteScalar和ExecuteQuery不一样它只返回第一行第一列的值非常适合这种「先取一个判断值」的场景。判断statusObj ! null这一步不能省——如果资产 ID 不存在ExecuteScalar返回null直接Convert.ToInt32会抛异常。4.3 资产折旧别在 C# 里算让 SQL 替你做资产管理系统通常要做折旧计算这是「净值」字段的来源。如果源码的数据库脚本里已经写了NetValue字段那么它大概率是用触发器或者存过过程在计算。你只需要在 C# 代码里触发查询不用在内存里逐行算。常见做法是按年限平均折旧月折旧额 (原值 - 残值) / 使用月数。SQL 可以这么写-- 按采购日期和预计使用年限计算当前净值 SELECT Id, Name, OriginalValue, DATEDIFF(MONTH, PurchaseDate, GETDATE()) AS UsedMonths, CASE WHEN DATEDIFF(MONTH, PurchaseDate, GETDATE()) UsefulLifeMonths THEN SalvageValue ELSE OriginalValue - (OriginalValue - SalvageValue) * DATEDIFF(MONTH, PurchaseDate, GETDATE()) / UsefulLifeMonths END AS NetValue FROM Asset;这段 SQL 的关键是DATEDIFF(MONTH, ...)计算已使用月数CASE WHEN处理超过折旧年限的资产。月折旧额用的是减法表达式而不是累加因为这样可以避免保存折旧金额表——每次查询都是实时计算不会出现「折旧记录和资产原值对不上」的账实不符。如果源码里已经实现了「每月固定日期自动折旧」的逻辑定时任务或 Windows 服务那就更省心了。没有的话优先用这个查询方案。生产环境中逐行更新折旧字段的做法不建议用——资产多了之后更新语句批量执行容易锁表。4.4 盘点的差异上报两张表对不上怎么处理盘点功能的核心逻辑是从Asset表导出账面的资产清单和实际盘点结果做比对找出差异项盘盈或盘亏。源码里通常有个盘点管理模块流程是新建盘点批次 → 自动载入当前所有资产 → 录入实盘数量 → 保存后系统自动标记差异。差异判断在 C# 里做核心代码如下if (actualQty ! bookQty) { string diffType actualQty bookQty ? 盘盈 : 盘亏; int diffQty Math.Abs(actualQty - bookQty); string sql INSERT INTO AssetCheckDetail (CheckBatchId, AssetId, BookQty, ActualQty, DiffType, DiffQty, Remark) VALUES (BatchId, AssetId, BookQty, ActualQty, DiffType, DiffQty, Remark); SqlParameter[] paras new SqlParameter[] { new SqlParameter(BatchId, batchId), new SqlParameter(AssetId, assetId), new SqlParameter(BookQty, bookQty), new SqlParameter(ActualQty, actualQty), new SqlParameter(DiffType, diffType), new SqlParameter(DiffQty, diffQty), new SqlParameter(Remark, remark) }; DBHelper.ExecuteNonQuery(sql, paras); }DiffType字段建议直接存「盘盈/盘亏」这两个中文词不要存1/2这种纯数字编码——盘点报表最终要直接打印给财务看中文词省去二次转换。差异明细写完之后千万别忘了更新盘点批次主表的Status为「已完成」这个状态字段决定盘点流程能不能进入审核和调账环节。5. 部署与常见问题排查连接字符串跑不通、数据不显示、中文乱码5.1 数据库连不上的三种现象与对应处理这套系统部署到另一台机器上时「数据库连接失败」是最常遇到的报错。报错提示常见的有三种形态对应的原因和处理方式完全不同。现象一报错「在建立与服务器的连接时出错」或「找不到或无法访问服务器」。原因通常是连接字符串里的Data Source写的是源码开发机器的实例名换电脑后这个名称不存在了。解决方式是在App.config里把Data Source改成目标机器的实例名或 IP 地址connectionStrings add nameAssetDB connectionStringData Sourcelocalhost;Initial CatalogAssetDB;User IDsa;Passwordyourpassword; providerNameSystem.Data.SqlClient / /connectionStringsData Sourcelocalhost是 SQL Server 默认实例的本机访问写法如果装的是命名实例比如SQLEXPRESS要写localhost\\SQLEXPRESS。User IDsa是 SQL Server 身份验证模式这种情况下Password必须写对否则会报「用户登录失败」。现象二报错「证书链是由不受信任的颁发机构颁发的」。这出现在新版本 SQL Server 启用强制加密传输的场景下。临时解决方案是在连接字符串末尾追加TrustServerCertificateTrue;让客户端跳过证书链校验。如果这是生产环境建议让 DBA 处理好 CA 证书而不是关掉校验但开发调试阶段用这个参数没问题。现象三数据库文件是.mdf附加方式的报错。有的源码包直接放了一个数据文件让你用AttachDbFilename连数据库文件的方式去跑。这个方式最坑的一点是程序的工作目录和数据库文件路径不匹配时会莫名其妙报「无法打开物理文件」。这种直接改用 SQL Server 还原.bak或执行.sql的方式把数据库装进实例里再用手写连接路径比附加文件稳定得多。5.2 界面加载出来了但表格里没有数据数据库连上了、登录也过了但打开资产列表时DataGridView一片白板。这种问题八成不在 SQL 查询上而是DataGridView根本没绑定数据源或者绑定的DataTable是空的。排查顺序是先在Load事件代码里打个断点看ExecuteQuery返回的DataTable的Rows.Count是多少。如果Rows.Count是 0说明 SQL 查出来就是空的——通常是因为查询里用了多表联查但INNER JOIN写死了或者AssetCategory里还没数据导致外键匹配不到记录。如果Rows.Count大于 0 但界面上还是不显示检查代码里是否写了dataGridView1.DataSource null之后没重新赋值或者赋值动作发生在InitializeComponent之前。DataGridView绑定数据源的属性叫DataSource而不是Items新手常把 WinForms 和 WebForms 的控件模型搞混。还有一点如果DataTable里有列名重复的字段比如联查时两个表都有Name列绑定后表格列名会自动变成Column1、Column2你要在 SELECT 里用别名区分开SELECT a.Id, a.Name AS AssetName, c.Name AS CategoryName FROM Asset a LEFT JOIN AssetCategory c ON a.CategoryId c.Id5.3 数据库中文显示乱码的根源不是 C# 代码很多人在 C# 里查数据时发现中文字段显示成???第一反应是改代码、加编码设置。实际上这个问题绝大多数出在 SQL Server 的排序规则Collation上。如果数据库实例默认排序规则是SQL_Latin1_General_CP1_CI_AS创建表时字段类型用了VARCHAR而没有用NVARCHAR那中文写进去就变成乱码读出来也必然是乱的。解决方式是双管齐下查询时在 SQL 语句里把字符类型统一为N前缀——NVARCHAR、NCHAR并且字符串字面量前加N前缀N中文如果导入的数据已经是乱码删除该表并执行下面的修改语句重建表结构ALTER TABLE Asset ALTER COLUMN Name NVARCHAR(100) NOT NULL; ALTER TABLE Asset ALTER COLUMN Location NVARCHAR(200) NULL;改动之后C# 端传参时SqlDbType必须同步改成NVarChar否则传参类型不匹配。这一步容易漏数据库改成NVARCHAR了后端代码还在用SqlDbType.VarChar那参数传送时编码方向不一致照样乱码。检查的标准是数据库字段类型和SqlParameter类型定义保持一致——这句经验适用于这个项目里所有中文字段。5.4 字段值对不上DataGridView 里显示的是 Id 而不是分类名列表页一般要展示「资产分类」列。如果这一列显示的是1、2这样的数字而不是「办公设备」「IT 硬件」是联查 SQL 没写对。不要试图在 C# 代码里拿Id再去循环查分类表——那会引发 N1 查询问题数据量一大就卡。直接在 SQL 里LEFT JOIN分类表一次查出来显示用的名称SELECT a.Id, a.AssetCode, a.Name, c.Name AS CategoryName, a.Status FROM Asset a LEFT JOIN AssetCategory c ON a.CategoryId c.Id WHERE (CategoryId 0 OR a.CategoryId CategoryId)LEFT JOIN保证了无分类的资产记录也能查出来CategoryId 0这个写法实现了「不选分类时查全部」的逻辑避免在 C# 里分支拼接 SQL——虽然拼接也能用但维护起来没有这种写法干净。6. 最后一步把系统从「能跑」打磨成「能用」的四个细节当你把上面的部署流程全部走完、增删改查都能正常操作之后建议不要急着收工。离真正交付还差四个细节全是实战里反复被业务方提意见的点。第一个是给列表页加一个「模糊查询」的组合条件。现在的查询框一般只支持按资产名称精确匹配但实际使用时用户只记得「打印机」三个字不知道具体型号。把改成LIKE并在参数值两侧加上%通配符能解决一大半「查不到数据」的吐槽string sql SELECT * FROM Asset WHERE Name LIKE Keyword; SqlParameter p new SqlParameter(Keyword, SqlDbType.NVarChar, 50) { Value % txtKeyword.Text.Trim() % };第二个是导出功能。Excel 导出是几乎每个业务部门都会提出的需求尤其是财务和行政月底对账要用。不要去引用 COM 组件的Microsoft.Office.Interop.Excel——目标机器没装 Office 就直接炸而且性能极差。常见做法是用模板方式生成 CSV 或 XML 格式的文件用StreamWriter手动写入using (StreamWriter sw new StreamWriter(Assets.csv, false, Encoding.UTF8)) { sw.WriteLine(资产编号,资产名称,分类,原值,净值,状态); foreach (DataRow row in dt.Rows) { sw.WriteLine(${row[AssetCode]},{row[Name]},{row[CategoryName]}, ${row[OriginalValue]},{row[NetValue]},{row[StatusName]}); } }写 CSV 时记得加上Encoding.UTF8——不加的话 Excel 打开 CSV 里的中文必乱这是所有写过导出功能的人都会踩的坑。第三个是操作日志。业务方最担心的是「谁在什么时候改了什么数据」没有记录。如果你的源码没有日志表可以在核心的DBHelper.ExecuteNonQuery方法里加一段轻量日志把当前登录用户、SQL 语句片段、操作时间写入日志表。生产环境排查数据异常时这个表是最有力的依据。第四个是定期备份。SQL Server 的维护计划里加一项「每日备份到指定目录」备份文件保留 7 天。不要等到硬盘挂了才后悔没做备份——资产数据一旦丢失恢复的成本比重新录入高得多。这是我做过好几个内部系统之后最深的教训功能可以糙备份不能没有。这套基于 C# 的资产管理系统源码跑通不难但要从「源码能运行」到「业务能用」需要你把数据库设计和数据访问那几层真正看明白。拿到源码之后别急着删改先照数据库设计 → 公共类 → 业务模块的顺序走一遍你会发现这套结构几乎所有内部管理系统都能复用。希望帮到你。本文还有配套的精品资源点击获取