简介这份资源面向使用LabVIEW进行数据采集与存储的工程师及开发者提供一套集成度较高的SQLite数据库操作方案解决LabVIEW连接其他数据库时无法自动建库、缓存文件难以清理等常见痛点。压缩包共148个文件约2.35MB包含117个vi程序、9个mnu菜单、7个ctl控件、2个sql脚本、2个dll动态库及lvlib、lvproj工程文件等覆盖从底层驱动到上层调用的完整结构。资源支持自动生成数据库、以表格形式批量插入数据、清空数据文件缓存且编程方式简单适合需要快速搭建本地数据存储的中初级开发者。目前已有3152人学习下载读者可从中获得可直接复用的数据库操作模块、控件与工程模板以及SQLite在LabVIEW环境下的集成思路便于对照自身项目快速落地并减少重复开发。1. 从一次数据丢包说起LabVIEW 接 SQLite 到底图什么去年帮一个做设备状态监测的团队排查问题他们的 LabVIEW 程序连续跑三天后历史曲线开始出现断点。翻到最后发现数据是用「写入电子表格文件」按行追加的文件涨到 2GB 以后每次读取都要全量扫描磁盘 IO 直接顶满。这不是 LabVIEW 的锅是存储方案选错了。后来换成 SQLite同样的数据量按时间戳建索引查询最近一小时的记录从十几秒降到毫秒级。这件事让我意识到很多 LabVIEW 工程师不是不会写采集逻辑而是卡在「数据往哪放」这一步。SQLite 是个嵌入式关系型数据库整个库就是一个文件不需要装服务端、不需要配账号密码特别适合 LabVIEW 这种单机或小规模部署的场景。你可以在测试台架、便携式仪器、产线工控机上直接用它存配置、存测试结果、存波形元数据。它支持标准 SQL意味着你后面想换 MySQL 或者 PostgreSQL迁移成本比从文本文件转过去低得多。这篇文章面向的是已经会用 LabVIEW 写基本 VI、但没怎么碰过数据库的工程师我会把驱动选型、连接配置、建表、增删改查、事务处理和几个血泪坑都拆开讲代码可以直接抄。2. 驱动选型与连接字符串别在第一步就翻车2.1 三种主流方案对比LabVIEW 连 SQLite 不是只有一条路常见做法有三种选错了后面全是坑。第一种是用 LabVIEW 自带的 Database Connectivity Toolkit。这个工具包底层走 ODBC你需要先装 SQLite 的 ODBC 驱动然后在 Windows 里配一个系统 DSN。优点是官方支持、VI 封装完整缺点是 ODBC 驱动版本参差不齐32 位和 64 位 LabVIEW 必须对应 32 位和 64 位驱动装错了就是「数据源名称未找到」的经典报错。第二种是调用第三方 DLL比如sqlite3.dll配合「调用库函数节点」。这种方式最轻量不依赖 ODBC但需要自己封装所有 API包括打开、执行、取结果集、关闭工作量大适合对部署环境有洁癖的人。第三种是用 LabVIEW 的 .NET 接口调System.Data.SQLite。这是我最推荐的方案因为 .NET 程序集自带 SQLite 引擎不需要额外装 ODBC 驱动部署时只要把几个 DLL 放到程序目录就行。而且 .NET 的SQLiteConnection、SQLiteCommand、SQLiteDataReader对象在 LabVIEW 里通过「构造器节点」和「调用节点」就能操作灵活性比 Toolkit 高。方案依赖部署难度适合场景Database Connectivity ToolkitODBC 驱动 DSN中位数必须匹配已有 Toolkit 授权、快速原型调用 sqlite3.dll单个 DLL低但封装量大嵌入式、无 .NET 环境.NET System.Data.SQLite若干 DLL低拷贝即用大多数 Windows 工控机2.2 连接字符串怎么写用 .NET 方案时连接字符串决定了数据库文件放哪、是否加密、超时多久。下面这段是 LabVIEW 里构造连接字符串的常见写法我一般会把它做成一个子 VI输入是数据库路径输出是连接字符串。Data SourceC:\TestData\monitor.db;Version3;PoolingFalse;Max Pool Size1;Journal ModeWAL;SynchronousNormal;逐项说明Data Source是 db 文件的绝对路径路径里如果有空格不用加引号但中文路径在某些旧版本 .NET 程序集下会出问题建议全英文。Version3表示 SQLite 3 格式现在默认都是 3。PoolingFalse在 LabVIEW 里很重要因为 LabVIEW 的数据流模型下连接池有时会导致文件句柄不释放程序退出后 db 文件还被占用。Journal ModeWAL开启预写日志读写可以并发适合一边采集一边查询的场景。SynchronousNormal在 WAL 模式下兼顾安全和速度如果掉电容忍度极低可以改Full但写入会慢。提示连接字符串里的分号是分隔符路径末尾不要多写分号否则会解析出一个空参数某些版本直接抛异常。2.3 在 LabVIEW 里加载 .NET 程序集打开程序框图右键「互联接口」→「.NET」→「构造器节点」选择System.Data.SQLite.SQLiteConnection。如果下拉列表里找不到说明程序集没注册。最稳妥的做法不是regasm而是把System.Data.SQLite.dll和SQLite.Interop.dll放到 LabVIEW 安装目录同级或者项目目录然后在 VI 属性里设置「程序集搜索路径」。SQLite.Interop.dll分 x86 和 x64 两个子目录必须和 LabVIEW 的位数一致这是新手最容易忽略的一点。3. 建表与增删改查把 SQL 塞进 LabVIEW 的数据流3.1 用 Command 对象执行非查询语句建表、插入、更新、删除都属于「非查询」操作用SQLiteCommand的ExecuteNonQuery方法。下面这段是 LabVIEW 程序框图的文字化描述实际连线时按这个逻辑走。1. 构造 SQLiteConnection 对象传入连接字符串 2. 调用 Open 方法 3. 构造 SQLiteCommand 对象 4. 设置 CommandText 属性为建表 SQL 5. 调用 ExecuteNonQuery返回受影响行数 6. 调用 Close 方法对应的 SQL 建表语句我一般会加IF NOT EXISTS避免重复打开时报表已存在。CREATE TABLE IF NOT EXISTS wave_records ( id INTEGER PRIMARY KEY AUTOINCREMENT, device_id TEXT NOT NULL, sample_time DATETIME NOT NULL, channel_name TEXT, value REAL, unit TEXT, created_at DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE INDEX IF NOT EXISTS idx_sample_time ON wave_records(sample_time); CREATE INDEX IF NOT EXISTS idx_device ON wave_records(device_id, sample_time);逻辑说明id自增主键SQLite 里必须写INTEGER PRIMARY KEY AUTOINCREMENT才能保证严格递增只写INTEGER PRIMARY KEY会复用删除过的 ID。sample_time用DATETIME类型SQLite 其实没有真正的日期类型底层存文本或数字但用这个声明可以让 .NET 驱动正确映射。两个索引分别服务「按时间查」和「按设备加时间查」这是监测场景最常用的两种查询模式。索引不是越多越好每多一个索引插入时就多一次 B 树更新采集频率高的时候要权衡。3.2 参数化插入别用字符串拼接很多教程教你把值拼进 SQL 字符串比如INSERT INTO t VALUES ( device )。这种做法有两个致命问题一是设备名里如果有单引号SQL 直接语法错误二是给 SQL 注入留了口子虽然 LabVIEW 场景下攻击面小但数据里出现特殊字符是常事。正确做法是用参数化查询。1. 构造 SQLiteCommandCommandText INSERT INTO wave_records (device_id, sample_time, channel_name, value, unit) VALUES (dev, time, ch, val, unit) 2. 调用 Parameters.AddWithValue 五次依次传入参数名和值 3. 调用 ExecuteNonQuery参数名前面的是 .NET 驱动的占位符语法SQLite 原生也支持?但可读性更好。AddWithValue会自动推断类型但有个坑如果传入的是 LabVIEW 的变体数据可能被推断成字符串导致 REAL 字段里存了文本。稳妥做法是显式指定SQLiteType比如Parameters.Add(val, DbType.Double).Value value。3.3 查询与 DataReader 遍历查询用ExecuteReader返回一个SQLiteDataReader对象。在 LabVIEW 里遍历结果集需要循环调用Read方法返回True表示还有下一行然后用GetString、GetDouble按列序号或列名取值。1. CommandText SELECT sample_time, value FROM wave_records WHERE device_id dev AND sample_time BETWEEN start AND end ORDER BY sample_time 2. 添加三个参数 3. reader cmd.ExecuteReader() 4. While reader.Read(): time reader.GetDateTime(0) val reader.GetDouble(1) 将 time 和 val 写入波形图表或数组 5. reader.Close()参数说明GetDateTime(0)里的 0 是列序号从 0 开始。如果 SQL 里用了SELECT *列序号会随表结构变化所以生产代码里我坚持写明确列名。BETWEEN是闭区间包含两端。如果查询结果很大比如几十万行不要一次性读进内存再显示应该在循环里分批处理或者用LIMIT和OFFSET分页。注意SQLiteDataReader在打开状态下会占用连接遍历完必须Close否则后续的写入操作会报「database is locked」。4. 事务与并发采集频率一高就锁库怎么破4.1 为什么单条插入会慢SQLite 默认每条 INSERT 都是一个独立事务每次都要写日志、刷磁盘。如果采集频率是 1kHz每秒一千次插入磁盘根本扛不住。我实测过单条插入在机械硬盘上大约 5 到 10 毫秒一千条就是 5 到 10 秒数据早就堆爆了。解决办法是把多条插入包在一个事务里。1. 打开连接 2. cmd.CommandText BEGIN TRANSACTION 3. cmd.ExecuteNonQuery() 4. 循环 N 次设置 INSERT 语句参数ExecuteNonQuery 5. cmd.CommandText COMMIT 6. cmd.ExecuteNonQuery()逻辑说明BEGIN之后的所有写操作先落在 WAL 文件里COMMIT时一次性刷盘。N 取 100 到 1000 比较合适太小没效果太大内存占用高且失败回滚代价大。如果中间出错要执行ROLLBACK否则事务一直挂着其他连接读不到新数据。4.2 WAL 模式下的读写并发默认的DELETE日志模式下写操作会阻塞读。开启 WAL 后读和写可以同时进行读操作看到的是事务开始时的快照。这对 LabVIEW 特别有用采集循环在写界面循环在查两边不打架。开启方式有两种一是连接字符串里写Journal ModeWAL二是执行一次PRAGMA journal_modeWAL;。后者是持久化的设一次就记住了。但 WAL 不是银弹。它会产生-wal和-shm两个附属文件程序异常退出时可能残留。下次打开数据库时 SQLite 会自动恢复但如果文件被其他进程占用恢复会失败。我一般会在程序启动时先执行一次PRAGMA wal_checkpoint(TRUNCATE);把 WAL 文件清空避免它无限增长。4.3 多循环访问的线程安全LabVIEW 里多个 While 循环同时操作同一个数据库连接对象是典型的翻车现场。.NET 的SQLiteConnection不是线程安全的两个循环同时调ExecuteNonQuery轻则报错重则数据库文件损坏。正确做法是每个循环用自己的连接或者用一个队列把写请求串行化。我通常会在采集循环里用一个「生产者-消费者」结构采集循环只负责把数据放进队列单独的数据库写入循环从队列取数据批量入库。这样既解耦了采集和存储又天然避免了并发写。提示如果非要多连接确保每个连接打开时都设了busy_timeout比如PRAGMA busy_timeout5000;这样遇到锁会等 5 秒再报错而不是立刻失败。5. 避坑与排查那些让我加班到凌晨的报错5.1 报错「database is locked」现象程序运行一段时间后写入 VI 突然返回错误提示数据库被锁定。原因通常有三个一是前面提到的 DataReader 没关闭连接一直占着读锁二是两个循环共用了同一个连接对象三是 WAL 文件没有 checkpoint写操作在等锁。解决步骤先检查所有ExecuteReader后面是否都有Close再确认连接对象是否跨循环共享最后在连接字符串里加busy_timeout并定期执行 checkpoint。5.2 中文乱码或问号现象插入的中文设备名查出来变成???。原因是 .NET 程序集默认编码和 LabVIEW 字符串编码不一致。LabVIEW 的字符串是字节数组不声明编码.NET 驱动可能按 ASCII 处理。解决办法是在连接字符串里不需要加编码参数而是在传参数时确保字符串是 UTF-8 字节。如果用的是AddWithValue传 LabVIEW 字符串先经过「字符串至字节数组」转换再用Encoding.UTF8.GetString还原。更简单的做法是建库时执行PRAGMA encodingUTF-8;并且所有文本字段都用参数化传入。5.3 程序退出后 db 文件被占用现象关闭 LabVIEW 程序后想删除或移动 db 文件提示「文件正在使用」。原因是连接没有显式Close或者SQLiteConnection对象没有被释放。LabVIEW 的引用计数机制下只要还有连线引用着对象垃圾回收就不会触发。解决方法是每个 VI 结束时在错误簇传递路径上强制调用Close和Dispose并且把连接对象设为「不自动释放」。我习惯在程序退出前加一个「关闭数据库」子 VI确保万无一失。5.4 时间戳存进去差 8 小时现象CURRENT_TIMESTAMP存的是 UTC 时间比北京时间少 8 小时。SQLite 的CURRENT_TIMESTAMP永远返回 UTC这是标准行为。解决办法有两个一是存的时候用 LabVIEW 的「获取日期/时间」函数取本地时间格式化成yyyy-MM-dd HH:mm:ss再插入二是查询时用datetime(sample_time, localtime)转换。我推荐第一种因为存储统一用本地时间后续做报表和曲线不用再换算。5.5 批量插入后查询变慢现象插了几十万条数据后按时间范围查询从毫秒变成几秒。原因是没有建索引或者索引建了但查询条件没用上。用EXPLAIN QUERY PLAN可以看 SQLite 有没有走索引。如果显示SCAN TABLE说明全表扫描了。检查 WHERE 子句里的列是否和索引列一致函数包裹列会导致索引失效比如WHERE date(sample_time) 2024-01-01就不会走sample_time索引应该改成范围查询WHERE sample_time 2024-01-01 AND sample_time 2024-01-02。6. 进阶技巧把数据库当黑匣子用 EXPLAIN 和备份兜底6.1 用 EXPLAIN QUERY PLAN 验证索引写完一条查询别急着往 VI 里塞先在 SQLite 命令行或者 DB Browser 里跑一下EXPLAIN QUERY PLAN。这个命令会告诉你 SQLite 打算怎么执行这条 SQL是走索引还是全表扫。下面是个例子。EXPLAIN QUERY PLAN SELECT value FROM wave_records WHERE device_id DEV001 AND sample_time 2024-06-01 00:00:00 AND sample_time 2024-06-02 00:00:00;如果输出里有USING INDEX idx_device说明复合索引生效了。如果只有SCAN wave_records就要检查索引列顺序。复合索引遵循最左前缀原则idx_device(device_id, sample_time)能加速device_id单独查询也能加速device_id sample_time组合查询但单独查sample_time用不上这个索引得另建一个。这个细节我在第一次做监测项目时没注意白白多扫了几十万行。6.2 在线备份别等硬盘挂了才后悔SQLite 有个很好用的备份 API可以在数据库正在使用时做热备份不用停采集。在 LabVIEW 里可以通过 .NET 的SQLiteConnection.BackupDatabase方法调用也可以直接执行 SQL 的VACUUM INTO命令。VACUUM INTO C:\TestData\backup_20240601.db;这条命令会把当前数据库完整复制到指定路径同时整理碎片。注意目标文件不能已存在否则报错。我一般会在程序里加一个定时器每天凌晨执行一次备份文件名带日期。备份完再执行PRAGMA integrity_check;返回ok才算放心。这个习惯是从一次现场事故后养成的客户工控机的硬盘出现坏道db 文件头损坏没有备份三个月的数据全没了。从那以后我每次交付带数据库的 LabVIEW 程序都强制走一遍「备份 完整性检查」的流程哪怕客户觉得多余。6.3 参数调优速查表最后给几个常用 PRAGMA 参数按场景抄就行。PRAGMA推荐值作用journal_modeWAL读写并发减少锁冲突synchronousNORMALWAL 下兼顾速度与安全cache_size-8000约 8MB 页缓存负值表示 KBbusy_timeout5000遇锁等待 5 秒再报错temp_storeMEMORY临时表放内存加速排序这些参数可以在连接打开后立即执行也可以写进连接字符串。我通常把journal_mode和synchronous写字符串其余用PRAGMA语句执行方便在日志里记录实际生效的值。调参这件事没有标准答案跟你的磁盘类型、采集频率、查询模式都有关先用默认值跑遇到瓶颈再逐项改改一项测一项别一次全上。希望这些能帮你在下一个 LabVIEW 项目里少走点弯路。本文还有配套的精品资源点击获取 简介这份资源面向使用LabVIEW进行数据采集与存储的工程师及开发者提供一套集成度较高的SQLite数据库操作方案解决LabVIEW连接其他数据库时无法自动建库、缓存文件难以清理等常见痛点。压缩包共148个文件约2.35MB包含117个vi程序、9个mnu菜单、7个ctl控件、2个sql脚本、2个dll动态库及lvlib、lvproj工程文件等覆盖从底层驱动到上层调用的完整结构。资源支持自动生成数据库、以表格形式批量插入数据、清空数据文件缓存且编程方式简单适合需要快速搭建本地数据存储的中初级开发者。目前已有3152人学习下载读者可从中获得可直接复用的数据库操作模块、控件与工程模板以及SQLite在LabVIEW环境下的集成思路便于对照自身项目快速落地并减少重复开发。1. 从一次数据丢包说起LabVIEW 接 SQLite 到底图什么去年帮一个做设备状态监测的团队排查问题他们的 LabVIEW 程序连续跑三天后历史曲线开始出现断点。翻到最后发现数据是用「写入电子表格文件」按行追加的文件涨到 2GB 以后每次读取都要全量扫描磁盘 IO 直接顶满。这不是 LabVIEW 的锅是存储方案选错了。后来换成 SQLite同样的数据量按时间戳建索引查询最近一小时的记录从十几秒降到毫秒级。这件事让我意识到很多 LabVIEW 工程师不是不会写采集逻辑而是卡在「数据往哪放」这一步。SQLite 是个嵌入式关系型数据库整个库就是一个文件不需要装服务端、不需要配账号密码特别适合 LabVIEW 这种单机或小规模部署的场景。你可以在测试台架、便携式仪器、产线工控机上直接用它存配置、存测试结果、存波形元数据。它支持标准 SQL意味着你后面想换 MySQL 或者 PostgreSQL迁移成本比从文本文件转过去低得多。这篇文章面向的是已经会用 LabVIEW 写基本 VI、但没怎么碰过数据库的工程师我会把驱动选型、连接配置、建表、增删改查、事务处理和几个血泪坑都拆开讲代码可以直接抄。2. 驱动选型与连接字符串别在第一步就翻车2.1 三种主流方案对比LabVIEW 连 SQLite 不是只有一条路常见做法有三种选错了后面全是坑。第一种是用 LabVIEW 自带的 Database Connectivity Toolkit。这个工具包底层走 ODBC你需要先装 SQLite 的 ODBC 驱动然后在 Windows 里配一个系统 DSN。优点是官方支持、VI 封装完整缺点是 ODBC 驱动版本参差不齐32 位和 64 位 LabVIEW 必须对应 32 位和 64 位驱动装错了就是「数据源名称未找到」的经典报错。第二种是调用第三方 DLL比如sqlite3.dll配合「调用库函数节点」。这种方式最轻量不依赖 ODBC但需要自己封装所有 API包括打开、执行、取结果集、关闭工作量大适合对部署环境有洁癖的人。第三种是用 LabVIEW 的 .NET 接口调System.Data.SQLite。这是我最推荐的方案因为 .NET 程序集自带 SQLite 引擎不需要额外装 ODBC 驱动部署时只要把几个 DLL 放到程序目录就行。而且 .NET 的SQLiteConnection、SQLiteCommand、SQLiteDataReader对象在 LabVIEW 里通过「构造器节点」和「调用节点」就能操作灵活性比 Toolkit 高。方案依赖部署难度适合场景Database Connectivity ToolkitODBC 驱动 DSN中位数必须匹配已有 Toolkit 授权、快速原型调用 sqlite3.dll单个 DLL低但封装量大嵌入式、无 .NET 环境.NET System.Data.SQLite若干 DLL低拷贝即用大多数 Windows 工控机2.2 连接字符串怎么写用 .NET 方案时连接字符串决定了数据库文件放哪、是否加密、超时多久。下面这段是 LabVIEW 里构造连接字符串的常见写法我一般会把它做成一个子 VI输入是数据库路径输出是连接字符串。Data SourceC:\TestData\monitor.db;Version3;PoolingFalse;Max Pool Size1;Journal ModeWAL;SynchronousNormal;逐项说明Data Source是 db 文件的绝对路径路径里如果有空格不用加引号但中文路径在某些旧版本 .NET 程序集下会出问题建议全英文。Version3表示 SQLite 3 格式现在默认都是 3。PoolingFalse在 LabVIEW 里很重要因为 LabVIEW 的数据流模型下连接池有时会导致文件句柄不释放程序退出后 db 文件还被占用。Journal ModeWAL开启预写日志读写可以并发适合一边采集一边查询的场景。SynchronousNormal在 WAL 模式下兼顾安全和速度如果掉电容忍度极低可以改Full但写入会慢。提示连接字符串里的分号是分隔符路径末尾不要多写分号否则会解析出一个空参数某些版本直接抛异常。2.3 在 LabVIEW 里加载 .NET 程序集打开程序框图右键「互联接口」→「.NET」→「构造器节点」选择System.Data.SQLite.SQLiteConnection。如果下拉列表里找不到说明程序集没注册。最稳妥的做法不是regasm而是把System.Data.SQLite.dll和SQLite.Interop.dll放到 LabVIEW 安装目录同级或者项目目录然后在 VI 属性里设置「程序集搜索路径」。SQLite.Interop.dll分 x86 和 x64 两个子目录必须和 LabVIEW 的位数一致这是新手最容易忽略的一点。3. 建表与增删改查把 SQL 塞进 LabVIEW 的数据流3.1 用 Command 对象执行非查询语句建表、插入、更新、删除都属于「非查询」操作用SQLiteCommand的ExecuteNonQuery方法。下面这段是 LabVIEW 程序框图的文字化描述实际连线时按这个逻辑走。1. 构造 SQLiteConnection 对象传入连接字符串 2. 调用 Open 方法 3. 构造 SQLiteCommand 对象 4. 设置 CommandText 属性为建表 SQL 5. 调用 ExecuteNonQuery返回受影响行数 6. 调用 Close 方法对应的 SQL 建表语句我一般会加IF NOT EXISTS避免重复打开时报表已存在。CREATE TABLE IF NOT EXISTS wave_records ( id INTEGER PRIMARY KEY AUTOINCREMENT, device_id TEXT NOT NULL, sample_time DATETIME NOT NULL, channel_name TEXT, value REAL, unit TEXT, created_at DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE INDEX IF NOT EXISTS idx_sample_time ON wave_records(sample_time); CREATE INDEX IF NOT EXISTS idx_device ON wave_records(device_id, sample_time);逻辑说明id自增主键SQLite 里必须写INTEGER PRIMARY KEY AUTOINCREMENT才能保证严格递增只写INTEGER PRIMARY KEY会复用删除过的 ID。sample_time用DATETIME类型SQLite 其实没有真正的日期类型底层存文本或数字但用这个声明可以让 .NET 驱动正确映射。两个索引分别服务「按时间查」和「按设备加时间查」这是监测场景最常用的两种查询模式。索引不是越多越好每多一个索引插入时就多一次 B 树更新采集频率高的时候要权衡。3.2 参数化插入别用字符串拼接很多教程教你把值拼进 SQL 字符串比如INSERT INTO t VALUES ( device )。这种做法有两个致命问题一是设备名里如果有单引号SQL 直接语法错误二是给 SQL 注入留了口子虽然 LabVIEW 场景下攻击面小但数据里出现特殊字符是常事。正确做法是用参数化查询。1. 构造 SQLiteCommandCommandText INSERT INTO wave_records (device_id, sample_time, channel_name, value, unit) VALUES (dev, time, ch, val, unit) 2. 调用 Parameters.AddWithValue 五次依次传入参数名和值 3. 调用 ExecuteNonQuery参数名前面的是 .NET 驱动的占位符语法SQLite 原生也支持?但可读性更好。AddWithValue会自动推断类型但有个坑如果传入的是 LabVIEW 的变体数据可能被推断成字符串导致 REAL 字段里存了文本。稳妥做法是显式指定SQLiteType比如Parameters.Add(val, DbType.Double).Value value。3.3 查询与 DataReader 遍历查询用ExecuteReader返回一个SQLiteDataReader对象。在 LabVIEW 里遍历结果集需要循环调用Read方法返回True表示还有下一行然后用GetString、GetDouble按列序号或列名取值。1. CommandText SELECT sample_time, value FROM wave_records WHERE device_id dev AND sample_time BETWEEN start AND end ORDER BY sample_time 2. 添加三个参数 3. reader cmd.ExecuteReader() 4. While reader.Read(): time reader.GetDateTime(0) val reader.GetDouble(1) 将 time 和 val 写入波形图表或数组 5. reader.Close()参数说明GetDateTime(0)里的 0 是列序号从 0 开始。如果 SQL 里用了SELECT *列序号会随表结构变化所以生产代码里我坚持写明确列名。BETWEEN是闭区间包含两端。如果查询结果很大比如几十万行不要一次性读进内存再显示应该在循环里分批处理或者用LIMIT和OFFSET分页。注意SQLiteDataReader在打开状态下会占用连接遍历完必须Close否则后续的写入操作会报「database is locked」。4. 事务与并发采集频率一高就锁库怎么破4.1 为什么单条插入会慢SQLite 默认每条 INSERT 都是一个独立事务每次都要写日志、刷磁盘。如果采集频率是 1kHz每秒一千次插入磁盘根本扛不住。我实测过单条插入在机械硬盘上大约 5 到 10 毫秒一千条就是 5 到 10 秒数据早就堆爆了。解决办法是把多条插入包在一个事务里。1. 打开连接 2. cmd.CommandText BEGIN TRANSACTION 3. cmd.ExecuteNonQuery() 4. 循环 N 次设置 INSERT 语句参数ExecuteNonQuery 5. cmd.CommandText COMMIT 6. cmd.ExecuteNonQuery()逻辑说明BEGIN之后的所有写操作先落在 WAL 文件里COMMIT时一次性刷盘。N 取 100 到 1000 比较合适太小没效果太大内存占用高且失败回滚代价大。如果中间出错要执行ROLLBACK否则事务一直挂着其他连接读不到新数据。4.2 WAL 模式下的读写并发默认的DELETE日志模式下写操作会阻塞读。开启 WAL 后读和写可以同时进行读操作看到的是事务开始时的快照。这对 LabVIEW 特别有用采集循环在写界面循环在查两边不打架。开启方式有两种一是连接字符串里写Journal ModeWAL二是执行一次PRAGMA journal_modeWAL;。后者是持久化的设一次就记住了。但 WAL 不是银弹。它会产生-wal和-shm两个附属文件程序异常退出时可能残留。下次打开数据库时 SQLite 会自动恢复但如果文件被其他进程占用恢复会失败。我一般会在程序启动时先执行一次PRAGMA wal_checkpoint(TRUNCATE);把 WAL 文件清空避免它无限增长。4.3 多循环访问的线程安全LabVIEW 里多个 While 循环同时操作同一个数据库连接对象是典型的翻车现场。.NET 的SQLiteConnection不是线程安全的两个循环同时调ExecuteNonQuery轻则报错重则数据库文件损坏。正确做法是每个循环用自己的连接或者用一个队列把写请求串行化。我通常会在采集循环里用一个「生产者-消费者」结构采集循环只负责把数据放进队列单独的数据库写入循环从队列取数据批量入库。这样既解耦了采集和存储又天然避免了并发写。提示如果非要多连接确保每个连接打开时都设了busy_timeout比如PRAGMA busy_timeout5000;这样遇到锁会等 5 秒再报错而不是立刻失败。5. 避坑与排查那些让我加班到凌晨的报错5.1 报错「database is locked」现象程序运行一段时间后写入 VI 突然返回错误提示数据库被锁定。原因通常有三个一是前面提到的 DataReader 没关闭连接一直占着读锁二是两个循环共用了同一个连接对象三是 WAL 文件没有 checkpoint写操作在等锁。解决步骤先检查所有ExecuteReader后面是否都有Close再确认连接对象是否跨循环共享最后在连接字符串里加busy_timeout并定期执行 checkpoint。5.2 中文乱码或问号现象插入的中文设备名查出来变成???。原因是 .NET 程序集默认编码和 LabVIEW 字符串编码不一致。LabVIEW 的字符串是字节数组不声明编码.NET 驱动可能按 ASCII 处理。解决办法是在连接字符串里不需要加编码参数而是在传参数时确保字符串是 UTF-8 字节。如果用的是AddWithValue传 LabVIEW 字符串先经过「字符串至字节数组」转换再用Encoding.UTF8.GetString还原。更简单的做法是建库时执行PRAGMA encodingUTF-8;并且所有文本字段都用参数化传入。5.3 程序退出后 db 文件被占用现象关闭 LabVIEW 程序后想删除或移动 db 文件提示「文件正在使用」。原因是连接没有显式Close或者SQLiteConnection对象没有被释放。LabVIEW 的引用计数机制下只要还有连线引用着对象垃圾回收就不会触发。解决方法是每个 VI 结束时在错误簇传递路径上强制调用Close和Dispose并且把连接对象设为「不自动释放」。我习惯在程序退出前加一个「关闭数据库」子 VI确保万无一失。5.4 时间戳存进去差 8 小时现象CURRENT_TIMESTAMP存的是 UTC 时间比北京时间少 8 小时。SQLite 的CURRENT_TIMESTAMP永远返回 UTC这是标准行为。解决办法有两个一是存的时候用 LabVIEW 的「获取日期/时间」函数取本地时间格式化成yyyy-MM-dd HH:mm:ss再插入二是查询时用datetime(sample_time, localtime)转换。我推荐第一种因为存储统一用本地时间后续做报表和曲线不用再换算。5.5 批量插入后查询变慢现象插了几十万条数据后按时间范围查询从毫秒变成几秒。原因是没有建索引或者索引建了但查询条件没用上。用EXPLAIN QUERY PLAN可以看 SQLite 有没有走索引。如果显示SCAN TABLE说明全表扫描了。检查 WHERE 子句里的列是否和索引列一致函数包裹列会导致索引失效比如WHERE date(sample_time) 2024-01-01就不会走sample_time索引应该改成范围查询WHERE sample_time 2024-01-01 AND sample_time 2024-01-02。6. 进阶技巧把数据库当黑匣子用 EXPLAIN 和备份兜底6.1 用 EXPLAIN QUERY PLAN 验证索引写完一条查询别急着往 VI 里塞先在 SQLite 命令行或者 DB Browser 里跑一下EXPLAIN QUERY PLAN。这个命令会告诉你 SQLite 打算怎么执行这条 SQL是走索引还是全表扫。下面是个例子。EXPLAIN QUERY PLAN SELECT value FROM wave_records WHERE device_id DEV001 AND sample_time 2024-06-01 00:00:00 AND sample_time 2024-06-02 00:00:00;如果输出里有USING INDEX idx_device说明复合索引生效了。如果只有SCAN wave_records就要检查索引列顺序。复合索引遵循最左前缀原则idx_device(device_id, sample_time)能加速device_id单独查询也能加速device_id sample_time组合查询但单独查sample_time用不上这个索引得另建一个。这个细节我在第一次做监测项目时没注意白白多扫了几十万行。6.2 在线备份别等硬盘挂了才后悔SQLite 有个很好用的备份 API可以在数据库正在使用时做热备份不用停采集。在 LabVIEW 里可以通过 .NET 的SQLiteConnection.BackupDatabase方法调用也可以直接执行 SQL 的VACUUM INTO命令。VACUUM INTO C:\TestData\backup_20240601.db;这条命令会把当前数据库完整复制到指定路径同时整理碎片。注意目标文件不能已存在否则报错。我一般会在程序里加一个定时器每天凌晨执行一次备份文件名带日期。备份完再执行PRAGMA integrity_check;返回ok才算放心。这个习惯是从一次现场事故后养成的客户工控机的硬盘出现坏道db 文件头损坏没有备份三个月的数据全没了。从那以后我每次交付带数据库的 LabVIEW 程序都强制走一遍「备份 完整性检查」的流程哪怕客户觉得多余。6.3 参数调优速查表最后给几个常用 PRAGMA 参数按场景抄就行。PRAGMA推荐值作用journal_modeWAL读写并发减少锁冲突synchronousNORMALWAL 下兼顾速度与安全cache_size-8000约 8MB 页缓存负值表示 KBbusy_timeout5000遇锁等待 5 秒再报错temp_storeMEMORY临时表放内存加速排序这些参数可以在连接打开后立即执行也可以写进连接字符串。我通常把journal_mode和synchronous写字符串其余用PRAGMA语句执行方便在日志里记录实际生效的值。调参这件事没有标准答案跟你的磁盘类型、采集频率、查询模式都有关先用默认值跑遇到瓶颈再逐项改改一项测一项别一次全上。希望这些能帮你在下一个 LabVIEW 项目里少走点弯路。本文还有配套的精品资源点击获取