在这里插入图片描述
SQLite本质是代码库，Access是单文件桌面DB，SQL Server是正经的C/S架构数据库。这就像比较自行车、家用轿车和卡车，完全不同的设计目标。

核心区别对比表

特性Microsoft AccessSQL ServerSQLite
类型桌面DBMS (文件型)客户端/服务器 RDBMS嵌入式文件型DB引擎
部署模式单文件 (.accdb) + Access运行时独立服务 (需安装/运行)库文件 (嵌入应用)
并发能力⚠️ 低 (文件锁机制)✅✅ 高 (锁/事务机制)⚠️ 低 (写锁阻塞)
多用户支持❌ 差 (网络共享性能差)✅✅ 优 (专业网络访问设计)⚠️ 中 (适合单用户/读多写少)
数据量上限❌ 约2GB (实际更低)✅✅ 极高 (TB级)✅ 理论高 (百TB级)*
安全性⚠️ 基础 (文件密码)✅✅ 高 (AD集成/细粒度权限)⚠️ 依赖OS文件权限
功能特性✅ 含UI开发工具✅✅ 丰富 (存储过程/触发器等)⚠️ 精简 (核心SQL功能)
成本💲 需Office许可💲 付费版昂贵 (Express免费)✅ 完全免费
跨平台❌ Windows Only✅ Win/Linux为主✅✅ 全平台 (Win/Mac/Linux/iOS/Android…)
典型场景小型桌面应用/个人工具企业级应用/Web后端移动App/桌面单机应用/嵌入设备

详细差异解析

​​架构与部署:​​
​​Access:​​ 是一个桌面应用程序，包含数据库引擎和用户界面开发工具。数据库存储在单个文件中 (.accdb, .mdb)。用户通常直接打开Access文件进行操作，或者通过网络共享（性能较差且不稳定）。
​​SQL Server:​​ 是典型的客户端/服务器 (C/S) 数据库。有一个持续运行的后台服务 (SQL Server Database Engine)，数据库文件由服务管理。客户端应用程序 (如应用服务器、管理工具SSMS) 通过网络协议 (如TCP/IP) 与服务通信。
​​SQLite:​​ 是一个​​无服务器​​、​​嵌入式​​的数据库引擎。它作为一个库被编译链接到你的应用程序中。数据库直接存储在一个磁盘文件中。应用程序直接读取/写入该文件，不需要任何独立的中间服务器进程或设置。
​​并发性与多用户支持:​​
​​Access:​​ 在局域网文件共享环境下支持多用户访问，但性能较差且易出现锁定冲突。本质上是文件锁机制，写入时会短暂独占文件。
​​SQL Server:​​ ​​专为高并发设计​​。处理数千个并发用户是其核心能力。具有复杂的锁管理器和事务隔离级别来确保数据一致性和性能。
​​SQLite:​​ 支持​​读并发非常好​​（多个进程/线程可以同时读）。但​​写入是独占的​​：在写操作进行时会锁定整个数据库文件，其他所有的读写访问（甚至是读）都会被阻塞，直到写操作完成。因此，​​不适合高并发写入的场景​​。适合读多写少或单用户应用。
​​可伸缩性（数据量/用户数）:​​
​​Access:​​ 性能随着数据量增长（几十万、百万记录）或用户数增多（超过5-10个频繁使用者）​​急剧下降​​。文件大小限制约为2GB（实际有效容量远小于此）。
​​SQL Server:​​ 设计用于处理​​极大规模​​的数据（TB级别）和​​海量并发用户​​。Express版有容量限制（10GB 数据库文件），但付费版本几乎没有硬性限制（取决于硬件）。
​​SQLite:​​ 能处理​​中小规模​​的数据量（如几百MB到几GB）。虽然技术上支持很大的数据库（几百TB），但在实际应用中，文件系统性能、备份、内存需求等会成为瓶颈。其并发限制使其难以直接应用于需要大量并发用户的大型系统。
​​功能与 SQL 支持:​​
​​Access:​​ 支持一个叫 ANSI-92 Query Mode 的子集，功能相对完整，但不如SQL Server强大。本身还是一个开发平台（窗体、报表、VBA）。
​​SQL Server:​​ 支持功能​​极其丰富​​的 Transact-SQL (T-SQL)。包括强大的存储过程、用户定义函数、高级触发器、复杂的Join操作、XML/JSON支持、CLR集成、高级全文搜索、复制、分析服务等。
​​SQLite:​​ 支持一个比较​​精简但高效​​的 SQL 标准子集。没有存储过程或复杂的用户定义函数（虽然可以简单扩展），触发器功能有限。满足基础到中级应用需求。
​​安全性与管理:​​
​​Access:​​ 提供非常基础的用户级安全性和文件加密。管理简单，基本就是打开文件操作。
​​SQL Server:​​ 提供​​企业级安全性​​，包括Windows身份验证集成、细粒度的权限控制（服务器、数据库、对象级）、角色、强加密（TDE, 列级加密）、审计等功能。需要专门的DBA知识和工具（SSMS）进行管理。
​​SQLite:​​ ​​没有内置的用户管理系统​​。数据库文件的安全性完全依赖于操作系统（OS）的文件权限。应用程序需要自己管理访问控制。管理极其简单（就是读写文件）。
​​平台支持:​​
​​Access:​​ 仅限 ​​Windows​​。
​​SQL Server:​​ 主要运行在 ​​Windows Server​​ 上。​​Linux​​ 版本也已稳定可用。也支持容器部署。
​​SQLite:​​ ​​跨平台​​支持极佳。几乎所有你能想到的平台（Windows, Linux, macOS, iOS, Android, Raspberry Pi, 各种嵌入式系统）都能完美运行。
​​成本:​​
​​Access:​​ 需要购买 ​​Microsoft Office​​ 许可证（包含Access组件）。
​​SQL Server:​​ ​​Express 版完全免费​​（但有容量和性能限制）。​​Developer 版免费​​（仅限开发测试）。​​Standard/Enterprise 版非常昂贵​​（需服务器许可证+CAL或核心许可证）。
​​SQLite:​​ ​​完全免费​​。无版权费用（公有领域，可任意使用）。

推荐使用哪个？

​​没有绝对最好的，只有最合适的！​​ 选择取决于你的具体应用场景：
​选择 Microsoft Access 当：​​
你是非专业开发者（如业务分析师、经理），​​需要一个简单工具快速搭建小型桌面应用程序​​（包含数据输入表单和报表）。
数据量较小（通常远小于百万级记录）。
用户数量极少（1-5人），且主要在内部共享文件（非频繁写入）。
你需要一个“all-in-one”的解决方案（数据存储+UI开发都在Access里完成）。
​​注意：强烈不建议将其作为Web应用、多人共享业务应用或关键业务系统的后台数据库！​​
​​选择 SQL Server (Express/Standard/Enterprise) 当：​​
你正在开发​​Web应用程序（ASP.NET Core, Java, PHP, Node.js 等）​​、​​企业级桌面应用​​或​​业务关键系统​​。
需要支持​​大量并发用户​​（数十、数百甚至更多）。
数据量​​较大或预期会增长很快​​（超过百万、千万记录）。
需要​​高可靠性、事务完整性、数据一致性、备份恢复机制​​。
需要​​强大的T-SQL功能​​（存储过程、复杂查询、触发器等）。
需要​​细粒度的安全控制​​。
​​如果你的项目在性能和规模上超出了免费版的限制，且预算允许，升级到标准版或企业版是必要的。​​
​​选择 SQLite 当：​​
你开发的是​​移动应用程序​​（iOS / Android）—— 这是它的​​首选战场​​。
你开发的是​​桌面应用程序​​（Windows Forms, WPF, Qt, Electron App, macOS App, Linux App），并且希望以​​零配置的方式​​嵌入一个本地数据库，用户无需安装额外软件或服务。
需要​​本地数据存储​​的单用户应用。
用于​​应用程序配置文件​​存储。
需要​​临时数据分析​​或数据处理（在内存中或磁盘文件中）。
用于​​原型开发或测试​​。
用于​​嵌入式系统​​（IoT设备）。
需要​​跨平台支持​​。
需要​​极简部署​​，没有数据库服务器管理和运维负担。
​​注意：避免用于高并发写入或多用户直接通过网络共享文件访问的场景（Web应用后端通常也不合适）。​​
总结建议
​​移动App首选：SQLite​​
​​小型桌面应用（单用户/极少量用户）：SQLite (轻便) 或 Access (需要UI快速开发)​​
​​Web应用 / 大型桌面应用 / 多用户企业应用：SQL Server (首选 Express 或更高版本)​​
​​关键业务系统 / 大型企业系统：SQL Server Standard/Enterprise​​
​​快速原型 / 本地配置存储 / 单机软件：SQLite​

​企业级数据库核心对比表

特性Microsoft SQL ServerOracle DatabaseMySQL (Community/Enterprise)PostgreSQLIBM Db2Amazon Aurora (兼容 MySQL/PostgreSQL)
开发公司MicrosoftOracleOracle (原 Sun)开源社区IBMAWS
授权协议商业许可 (Express免费)商业许可 (昂贵)GPLv2 (社区版) / 商业许可PostgreSQL License商业许可商业 (按用量付费)
适用场景Windows生态/企业应用大型OLTP/金融/政府Web应用/中等规模业务复杂分析/地理/GIS金融/大型交易系统高性能云原生应用
SQL标准兼容T-SQLPL/SQLSQL标准 + 扩展ANSI SQL (最严格兼容)SQL PL兼容MySQL或PostgreSQL语法
多模型支持JSON/XML/图JSON/XML/图/区块链JSON/文档存储JSON/图/GIS/自定义类型JSON/XML/图JSON
高可用方案AlwaysOn AG/FCIRAC/DGInnoDB Cluster/Group ReplicationStreaming ReplicationHADR/PureScale多副本自动故障转移
扩展方式读写分离/内存优化表RAC水平扩展读写分离逻辑复制/分片PureScale集群自动读写扩展
性能优化Columnstore/内存OLTPIn-Memory OptionInnoDB缓冲池并行查询/JIT编译BLU加速技术分布式存储引擎
安全特性TDE/行级权限/审计TDE/数据脱敏/细粒度审计基础审计/角色权限RBAC/数据掩码硬件加密/LDAPIAM集成/自动加密
云集成Azure SQL托管Oracle Cloud多云部署多云部署IBM Cloud原生AWS服务
机器学习能力PySpark集成/Azure MLOracle ML无MADlibDb2 MLSageMaker集成
运维成本中等 (Windows许可捆绑)极高低 (社区版) / 中高 (企业版)低高按需付费，无基础设施运维

​关键维度深度解析​​

  1. ​​架构与扩展性​​
    ​​SQL Server / Oracle​​：典型单写节点架构，依赖垂直扩展或付费集群方案（如Oracle RAC）。
    ​​PostgreSQL​​：支持逻辑复制和分片扩展（需第三方工具如Citus）。
    ​​Amazon Aurora​​：云原生架构，存储计算分离，自动水平扩展（最高128TB存储，15副本）。
  2. ​​性能与并发​​
    ​​高并发OLTP​​
    Oracle RAC > SQL Server AG > Aurora ≈ PostgreSQL
    ​​复杂分析（OLAP）​​
    PostgreSQL（并行查询+JIT） ≥ SQL Server（Columnstore） > MySQL
    3. ​​成本模型对比​​
    在这里插入图片描述4. ​​云原生适配度​​
    ​​首选云服务​​：
    AWS环境 → ​​Amazon Aurora​​
    Azure环境 → ​​Azure SQL​​ (SQL Server托管版)
    ​​多云/混合云​​：
    PostgreSQL / MySQL (社区版可跨云部署)
  3. ​​开发友好度​​
    ​​易用性​​：MySQL > SQL Server > PostgreSQL
    ​​功能深度​​：Oracle > PostgreSQL ≈ SQL Server
    ​​生态扩展​​：
    PostgreSQL：支持GIS(PostGIS)、时序(TimescaleDB)、向量(pgvector)
    SQL Server：紧密集成Power BI/Azure数据服务

​总结建议​​
​​选SQL Server当​​：
已用.NET技术栈，需深度集成Visual Studio/SSMS
企业有Windows Server/CAL许可证沉淀
使用Power BI构建报表系统
​​选Oracle当​​：
超大规模OLTP（如银行核心系统）
需要RAC集群级高可用
合规要求极高（金融/政府）
​​选PostgreSQL当​​：
需要GIS/时序/AI向量搜索等高级特性
追求开源可控性与低成本
复杂JSON查询+ACID事务组合场景
​​选Amazon Aurora当​​：
全云原生架构，拒绝运维负担
需MySQL/PostgreSQL兼容且要求更高性能
业务量波动大，需弹性扩展
​​选MySQL当​​：
轻量级Web应用（LAMP架构）
开源社区版够用且无需高级特性

​国产TOP5数据库深度对比表​​

指标OceanBaseGaussDBDM（达梦）KingbaseESTiDB
架构原生分布式多模融合集中式+读写分离集中式（PG增强）HTAP分布式
SQL兼容性MySQL/Oracle双模SQL92/99/2003Oracle高度兼容PostgreSQL+OracleMySQL 5.7+
事务能力分布式ACID（Paxos）全局强一致传统ACID标准ACID分布式事务（Raft）
部署模式物理机/K8s/云全栈自主服务器信创硬件适配龙芯/飞腾/鲲鹏多云混合部署
性能指标TPC-C 7.07亿 tpmC*百万TPS（集群）单机10万+ QPS8万 TPS (TPCC)横向扩展10倍吞吐
高可用方案三机房容灾（RTO<30s）同城双活主备同步+数据守护流复制+仲裁节点多副本自动故障转移
信创认证麒麟/统信/中科方德全认证欧拉OS/鲲鹏最优适配全栈国产化解决方案党政首选适配数据库金融信创试点项目
典型场景金融核心/大型央企政企+运营商BOSS系统政务/能源电子公文/财政系统实时数仓/互联网高并发

​工控场景数据存储方案对比​​

在这里插入图片描述

​工控场景为什么可以不用传统数据库？​​

  1. ​​硬件资源限制​​
    ​典型设备配置​​：
    RAM：512KB~4MB（如 ARM Cortex-M7）
    ROM：1MB~16MB（存储固件+数据）
    CPU：< 200MHz
    ​​数据库开销​​：
    SQLite 最小需 ​​250KB RAM​​ + 1MB ROM
    而 JSON 解析库（如 cJSON）仅需 ​​10KB RAM​​，INI 解析器可 < 5KB。
    2. ​​实时性要求​​,控制循环周期通常需 ​​≤1ms​​，传统数据库的磁盘/事务操作无法满足。
    3. ​​数据模型简单​​
// 典型工控设备数据结构
{"config": {"motor_speed_max": 3000,"temp_alarm_threshold": 85.0},"state": {"sensor_temp": 32.1,"pump_status": "ON"}
}

工控设备数据多为 ​​键值对或简单列表​​，无需复杂关联查询。

序列化文本方案的实践优势​​

  1. ​​标准化格式兼容性​​
    在这里插入图片描述2. ​​开发效率提升​​
    对比 SQL 开发：​​免去数据库部署、表结构设计、SQL注入防护​​等环节。
  2. ​​故障诊断直观性​​
    文本文件可直接用 cat/记事本查看，而数据库故障需专业工具介入
# 直接查看设备配置
$ cat /etc/device_config.ini
[network]
ip=192.168.1.100
port=502

​定义​​：cat（concatenate 的缩写）是 Linux/Unix 系统的​​核心文件操作命令​​，用于直接查看、创建或拼接文本文件内容。
​​工控典型场景​​：
快速查验设备配置文件、日志或传感器数据文件（如 config.ini, sensor.csv），​​无需专用工具​​。

​何时仍需考虑数据库？​​

​​1.本地数据追溯​​
需要记录10万条以上历史数据（如温度曲线），SQLite 的索引查询比遍历文本快 ​​1000倍+​​。
2.​​多设备协同​​
在 ​​HMI上位机系统​​ 中管理50+设备时，用数据库维护关系更高效。
3.​​强事务需求​
如 ​​配方管理​​ 需原子性更新多个参数：

BEGIN TRANSACTION;
UPDATE params SET value=100 WHERE id='speed';
UPDATE params SET value=1 WHERE id='gear';
COMMIT;

​总结建议​​
​​设备底层​​：
​​99%场景用序列化文本（JSON/INI）足够​​ → 资源占用低、实时性强、开发简单。
​​边缘网关/HMI​​：
数据量较大时用 ​​SQLite​​（历史记录） + ​​JSON​​（实时通信）组合。
​​云平台层​​：
用 ​​时序数据库（如InfluxDB）​​ 处理海量设备上报数据。
因此，​​开发中不一定需要数据库​​，尤其在资源受限的实时控制设备中，序列化文本或自定义二进制才是更务实的选择。

InfluxDB–工业大数据引擎​​

  1. 核心定位
    ​​解决问题​​：高效存储和查询​​时间序列数据​​（随时间持续产生的数据点）
    ​​典型工控数据特征​​：
时间戳           设备ID   指标      值
----------------- -------- --------- ------
2024-08-16T10:00:00Z PLC001  温度     35.2
2024-08-16T10:00:05Z PLC001  压力     101.3
2024-08-16T10:00:10Z PLC002  振动     0.87
  1. InfluxDB 核心技术优势
    在这里插入图片描述 3.InfluxDB 核心组件
    在这里插入图片描述

为何工控系统需要时序数据库

  1. ​​解决传统文本的痛点​​
    在这里插入图片描述2. ​​典型架构演进​​
    在这里插入图片描述

免部署数据库解决方案对比

在这里插入图片描述​​推荐首选 SQLite​​：
最完整的SQL功能支持
ACID兼容
.NET官方支持库
广泛应用在各种场景
​​次选 LiteDB​​：
无模式设计适合快速开发
LINQ查询支持
简单易用的API
​​文件方案适合​​：
小于1万条记录的应用
配置数据存储
需要直接查看原始数据的场景

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若转载，请注明出处：http://www.pswp.cn/pingmian/93359.shtml
繁体地址，请注明出处：http://hk.pswp.cn/pingmian/93359.shtml
英文地址，请注明出处：http://en.pswp.cn/pingmian/93359.shtml

如若内容造成侵权/违法违规/事实不符，请联系英文站点网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

【C++】默认构造函数，参数化构造函数，拷贝构造函数，拷贝赋值运算符， 移动构造函数 ，移动赋值运算符

【C++】默认构造函数，参数化构造函数，拷贝构造函数，拷贝赋值运算符， 移动构造函数 ，移动赋值运算符

1. 默认构造函数 (Default Constructor) 作用&#xff1a; 无参创建对象 签名&#xff1a; ClassName() 特点&#xff1a; ①无参数或所有参数都有默认值 ②若未声明任何构造函数&#xff0c;编译器自动生成&#xff08;空实现&#xff09; ③用于容器默认初始化&#xff08;如…
阅读更多...
办公效率提升指南：完成重复任务自动化

办公效率提升指南：完成重复任务自动化

手动操作容易出错&#xff0c;尤其是在处理大量数据或复杂文档时。它将PDF转换、Word处理、Excel操作、OCR识别等高频功能融为一体&#xff0c;界面清爽无冗余&#xff0c;零广告打扰&#xff0c;专注提升工作效率。它内置七大核心模块&#xff1a;自动任务、系统工具、文件处理…
阅读更多...
数字炼金术：当API工作流遇见AI客服—点石成金的智能革命！

数字炼金术：当API工作流遇见AI客服—点石成金的智能革命！

目录 引言 一、蓝耘元生代MaaS平台概述 1.1 蓝耘平台的API服务 1.2 蓝耘平台的优势 二、初识蓝耘元生代MaaS平台—带你深度体验 2.1 从零开始——平台注册与环境搭建 2.2 蓝耘平台的优势在哪里&#xff1f; 三、API工作流调用技巧与实践 3.1 API工作流设计与调用流程 …
阅读更多...
HackMyVM-Uvalde

HackMyVM-Uvalde

目录信息搜集漏洞利用权限提升信息搜集 主机发现 ┌──(kali㉿kali)-[~] └─$ nmap -sn 192.168.21.0/24 Starting Nmap 7.95 ( https://nmap.org ) at 2025-08-16 01:10 EDT Nmap scan report for dev.medusa.hmv (192.168.21.6) Host is up (0.00015s latency). MAC Addr…
阅读更多...
「Java EE开发指南」如何使用MyEclipse中的Web Fragment项目？

「Java EE开发指南」如何使用MyEclipse中的Web Fragment项目？

开发者可以通过使用Web Fragment项目模块化应用程序部署描述符&#xff0c;本文提供如何使用它们的必要信息。 该特性在MyEclipse中可用。 MyEclipse v2025.1离线版下载 通过使用Web Fragment项目&#xff0c;您的Web应用程序部署描述符可以模块化&#xff0c;就像能够模块化…
阅读更多...
redis的key过期删除策略和内存淘汰机制

redis的key过期删除策略和内存淘汰机制

一、key的过期删除策略 原由&#xff1a;一般情况下&#xff0c;在使用redis作缓存&#xff0c;对k设置过期时间&#xff0c;当过期时间到后&#xff0c;k还是占用内存的&#xff0c;并没有从内存中移除。 1.定时删除 在设置key的过期时间的同时&#xff0c;为该key创建一个定…
阅读更多...
NVIDIA Nsight Deep Learning Designer使用

NVIDIA Nsight Deep Learning Designer使用

一、关于产品 1.1 产品介绍 NVIDIA Nsight Deep Learning Designer 是一款面向 AI 推理开发者的可视化建模与优化工具。它支持基于 ONNX 格式的神经网络模型编辑、结构可视化、性能分析与 TensorRT 引擎导出&#xff0c;帮助用户更高效地设计、调优和部署高性能推理模型。该工…
阅读更多...
Android 常见100道面试题（完整版）

Android 常见100道面试题（完整版）

一、基础组件与核心原理Activity 相关Q1&#xff1a;请描述 Activity 的完整生命周期&#xff0c;从创建到销毁经历哪些关键方法&#xff1f;A&#xff1a;Activity 完整生命周期包括&#xff1a;onCreate&#xff08;初始化&#xff09;→ onStart&#xff08;可见&#xff09…
阅读更多...
Navicat 为 SQLite 数据库设置密码指南

Navicat 为 SQLite 数据库设置密码指南

Navicat 为 SQLite 数据库设置密码指南 在 SQLite 中设置密码实际上是通过加密实现的&#xff0c;Navicat 使用 SQLCipher 扩展来提供数据库加密功能。以下是详细的操作方法和注意事项&#xff1a; 在 Navicat 中设置密码&#xff08;加密数据库&#xff09; 步骤 1&#xff1a…
阅读更多...
Spring Framework：Java 开发的基石与 Spring 生态的起点

Spring Framework：Java 开发的基石与 Spring 生态的起点

在 Java 技术领域&#xff0c;Spring Framework 无疑是一座里程碑式的存在。它不仅彻底改变了 Java 企业级应用的开发模式&#xff0c;更以其为核心衍生出了庞大的 Spring 生态系统&#xff0c;成为无数开发者构建应用的首选技术栈。本文将以 Spring Framework 为核心&#xff…
阅读更多...
Unity中 terriaria草，在摄像机拉远的时候就看不见了，该怎么解决

Unity中 terriaria草，在摄像机拉远的时候就看不见了，该怎么解决

在 Unity 中&#xff0c;当摄像机拉远时草就看不见&#xff0c;可能是由于地形细节距离设置、摄像机裁剪平面设置或 LOD&#xff08;Level of Detail&#xff09;设置不当导致的。以下是具体的解决方法&#xff1a;调整地形细节距离&#xff1a;选中场景中的地形对象&#xff0…
阅读更多...
驱动开发系列63 - 编译 NVIDIA 的 open-gpu-kernel-modules 开源内核驱动及搭建调试环境

驱动开发系列63 - 编译 NVIDIA 的 open-gpu-kernel-modules 开源内核驱动及搭建调试环境

目录 一：通过apt方式安装nvidia 驱动 二：通过 .run 方式安装nvidia驱动 三：编译安装nvidia开源内核驱动 四：验证和调试 五：卸载驱动 1. 以apt方式安装nvidia 驱动的卸载方法 2. 以.run方式安装nvidia驱动的卸载方法 六：安装CUDA环境 一：通过apt方式安装nvidia 驱动…
阅读更多...
Rocky Linux 9.2：从 /home 分区释放 10G 空间扩容到 / 根分区

Rocky Linux 9.2：从 /home 分区释放 10G 空间扩容到 / 根分区

在日常运维中&#xff0c;常见的问题之一就是安装的软件过多&#xff0c;导致根分区&#xff08;/&#xff09;空间不足&#xff0c;而其他分区&#xff08;例如 /home&#xff09;却有大量闲置空间。本文将演示如何在 Rocky Linux 9.2 上&#xff0c;通过 LVM&#xff08;Logi…
阅读更多...
iis/iis express无需手动配置handlers，仅将 DLL 放入bin目录即可处理 HTTP 请求的功能

iis/iis express无需手动配置handlers，仅将 DLL 放入bin目录即可处理 HTTP 请求的功能

以下是使用VB.NET实现的方案&#xff0c;分别针对传统ASP.NET&#xff08;System.Web&#xff09;和ASP.NET Core 两种环境&#xff0c;实现无需手动配置handlers&#xff0c;仅将 DLL 放入bin目录即可处理 HTTP 请求的功能。 一、传统ASP.NET&#xff08;System.Web&#xff…
阅读更多...
【DP】单词的划分

【DP】单词的划分

题目描述 有一个很长的由小写字母组成字符串。为了便于对这个字符串进行分析&#xff0c;需要将它划分成若干个部分&#xff0c;每个部分称为一个单词。出于减少分析量的目的&#xff0c;我们希望划分出的单词数越少越好。你就是来完成这一划分工作的。 输入 第一行&#xff0c…
阅读更多...
UniApp 中使用 tui-xecharts插件（或类似图表库如 uCharts）

UniApp 中使用 tui-xecharts插件（或类似图表库如 uCharts）

要在 UniApp 中使用 tui-xecharts插件&#xff08;或类似图表库如 uCharts&#xff09;&#xff0c;需遵循以下步骤。以下流程以 ​​uCharts​​&#xff08;官方推荐的高性能跨平台图表库&#xff09;为例&#xff0c;因其在 UniApp 生态中更成熟且文档完善。若需使用 tui-xe…
阅读更多...
顺序表 —— OJ题

顺序表 —— OJ题

在上一篇文章中简单介绍了顺序表&#xff0c;这一篇文章讲解下一个比较经典的题&#xff1a;杨辉三角先看一下什么是杨辉三角下面解释&#xff1a;大概就是这个规律。而 ta 其实就是二维数组 即&#xff1a;0 1 1 1 1 2 1 2 1 3 1 3 3 1 4 1 4 6 4 1然后看一下这个题的要求…
阅读更多...
基于单片机的防酒驾系统设计

基于单片机的防酒驾系统设计

一、引言1.1 研究背景与意义随着社会经济的快速发展&#xff0c;汽车保有量持续攀升&#xff0c;道路交通安全问题愈发凸显。酒后驾驶作为交通事故的主要诱因之一&#xff0c;严重威胁着人们的生命财产安全。据统计&#xff0c;全球每年因酒驾造成的交通事故死亡人数高达数十万…
阅读更多...
Redis面试精讲 Day 22：Redis布隆过滤器应用场景

Redis面试精讲 Day 22：Redis布隆过滤器应用场景

【Redis面试精讲 Day 22】Redis布隆过滤器应用场景 在高并发、大数据量的互联网系统中&#xff0c;如何高效判断一个元素是否存在于集合中&#xff0c;是缓存设计中的关键问题。尤其是在面对缓存穿透——即恶意或无效请求频繁查询不存在的数据&#xff0c;导致数据库压力剧增—…
阅读更多...
Spark Shuffle中的数据结构

Spark Shuffle中的数据结构

文章目录1.Shuffle中的三种数据结构2.AppendOnlyMap原理2.1 聚合2.2 扩容2.3 排序2.4 为什么是数组&#xff1f;3.ExternalAppendOnlyMap原理3.1 工作原理3.2 AppendOnlyMap大小估计3.2.1 为什么要估计大小&#xff1f;3.2.2 估计大小浅析3.2.2.1 什么时候采样&#xff1f;3.2.…
阅读更多...
最新文章

Copyright @ 2022~2023