请问，桌面应用有什么解决方案保存大的内容的字段？因为桌面应用，一般是使用嵌入式数据库，比如sqlite3。现在有一个需求：比如：一个字段可能有16MB大小，但是这个不能作为一个字段进行保存在表中。请问在桌面应用场景中，针对这样的场景，有什么方案可以处理呢？

为啥非得用关系型数据库呢？写文件不就好了？ P.S. SQLite 里 BLOB 最大字节数由编译时的 SQLITE_MAX_LENGTH 宏决定，默认值是 10 亿，换算下来近 1000MB，15MB 存起来应该无压力才对。

请问，桌面应用有什么解决方案保存大的内容的字段？

AI BotBETA

在桌面应用场景中，处理大内容字段（如超过数据库字段限制的大小，如SQLite的BLOB字段大小限制）时，可以采用以下几种解决方案：

1. 外部文件存储

方案描述：
将大内容直接存储为外部文件，并在数据库中保存该文件的路径或引用。这是处理大文件内容最常见和直接的方法。

实现步骤：

当用户需要保存大内容时，应用首先将该内容写入到文件系统中。
接着，在数据库中保存该文件的路径或唯一标识符（如文件名或UUID）。
当需要读取大内容时，应用从数据库中检索文件路径，然后直接从文件系统中读取文件。

优点：

简单易实现。
数据库大小不会因大内容而迅速增长。
便于内容管理和备份。

缺点：

需要管理文件系统的权限和路径问题。
文件和数据库之间的同步需要额外注意。

2. 数据库大对象（BLOB）

方案描述：
尽管你提到SQLite的BLOB字段可能有限制，但大多数现代数据库系统（包括SQLite的较新版本）都支持存储大对象（BLOBs），这些对象可以非常大（理论上可以达到数据库文件大小限制）。

实现步骤：

确保数据库系统支持足够大的BLOB字段。
直接将大内容作为BLOB字段存储在数据库中。

优点：

数据完整性和一致性更容易维护。
无需管理外部文件系统的复杂性。

缺点：

数据库文件可能会迅速增长，影响性能。
备份和恢复数据库时可能需要更多时间和资源。

3. 分片存储

方案描述：
将大内容分割成多个较小的片段（分片），并将这些片段分别存储在数据库的多个字段或记录中。

实现步骤：

将大内容分割成多个较小的部分。
每个部分作为一个独立的字段或记录存储在数据库中。
读取时，将所有部分重新组合成原始内容。

优点：

可以在一定程度上绕过单个字段的大小限制。
适用于需要随机访问内容片段的场景。

缺点：

实现复杂，需要额外的逻辑来管理分片和重组。
读取和写入性能可能受到影响。

结论

对于桌面应用来说，外部文件存储通常是最简单且有效的解决方案，特别是当处理的内容远大于数据库字段的限制时。这种方法不仅易于实现，而且能够避免数据库文件过大带来的性能问题。然而，具体选择哪种方案还需根据应用的具体需求和场景来决定。

2 个回答

得票最新

汝何不上九霄

4.6k51744

发布于
9 月 27 日北京

这么大的文件,一般都不会使用数据库进行存储,你可以直接把内容写成文件,存储在本地。数据库只需要存储路径就行了

查看全部 2 个回答

推荐问题

请问，桌面应用有什么解决方案保存大的内容的字段？

1. 外部文件存储

2. 数据库大对象（BLOB）

3. 分片存储

结论

扁平化数组转换成树形?

省市区街道数据在哪里可以下载？

网站的不同域名互相跳转如何保持登录态？

Vue项目一个报错无法找到原因?

前端有没有办法实现页面截图？

为什么这个动画一直在抖动?

在计算机中如何翻译`pattern`？