我有一个用于存储指纹的数据库。在我的概念下,这应该是一个小型数据库,但问题是最初的开发人员可能会绊倒 peyote,并决定将指纹存储在 BLOB 字段中是一个好主意。
由于这个神奇的技巧,数据库现在大小为 3 GB,并且前端一直在崩溃,难怪一个简单的 SELECT TOP(1000) 从 MSSMS 需要大约一分钟。
所以我对如何进行有疑问。有没有办法可以减小包含图片的表格的大小?或者也许是这种疯狂的另一种选择。
问候。
我有一个用于存储指纹的数据库。在我的概念下,这应该是一个小型数据库,但问题是最初的开发人员可能会绊倒 peyote,并决定将指纹存储在 BLOB 字段中是一个好主意。
由于这个神奇的技巧,数据库现在大小为 3 GB,并且前端一直在崩溃,难怪一个简单的 SELECT TOP(1000) 从 MSSMS 需要大约一分钟。
所以我对如何进行有疑问。有没有办法可以减小包含图片的表格的大小?或者也许是这种疯狂的另一种选择。
问候。
3GB 并不是很多数据。我的笔记本电脑有 16GB 内存,我们的数据仓库是 3TB,那将是一个相当小的仓库。根据这里的最大数据库大小是 524,272 TB!?所以我认为这里的性能更多的是关于你所使用的工具包,以及索引和查询设计。
您可以按照 Russell 的建议进行重构。但是,您也可以使用适当的索引(非聚集覆盖索引,甚至全文索引)来维护原始单表设计,以支持“搜索记录”类型的查询——这不应该包括 blob。然后仅在应用程序需要时单独获取指纹图像。换句话说,不要在
SELECTs
没有明确要求的地方包含 blob 列。这与在不重新设计的情况下将数据拆分为两个表具有相同的效果。不要试图一次获取所有指纹!请告诉我们更多关于您使用的套件规格、您正在运行的 SQL Server 版本、表 DDL(包括索引)以及应用程序通常运行的查询类型。
有几种方法可以处理这个问题。这里有三个选项:
为指纹的 BLOB创建一个
FingerprintBLOB
表(可能在不同的数据库中),然后从OriginalTable
. 这样,当您SELECT TOP(1000) * FROM OriginalTable
不需要从FingerprintBLOB
表中读取 BLOB 时。这应该会大大降低 I/O 要求。如果您想从 SQL Server 管理所有存储,这将是您的选择。它将指纹保留在数据库中,但将一般查询的 I/O 问题分开。
将每个 FingerprintBLOB 作为单独的文件存储在磁盘上的目录结构中。将 BLOB 保存
\\Server\Share\Path\Filename
在OriginalTable
.如果您想使数据库空间更小并且更喜欢存储在文件系统上,那么选择这种方法。您可以自行实施,这意味着您需要管理两个单独的备份:数据库和文件结构。
或者,混合选项是您可以使用
FILESTREAM
可用于将文件写入非数据库磁盘的 SQL Server,但仍提供单个 SQL Server BACKUP 和 RESTORE 进程来备份这两种数据。任何方法最好通过创建新表或表和文件结构来完成。然后将数据迁移到适当的位置。迁移数据后,您可以根据需要调整对象名称。