.net - 归档平面文件的理想选择

标签 .net sql-server-2005 backup archive space-efficiency

我们目前每周收到数千个平面文件,我有一个系统可以运行这些文件的报告并将它们导出为 PDF 供我们的人员处理和引用。

我目前将这些批量加载到数据库中,确保所有字段/格式都有效,导出它们,并在下次运行时截断表。

我想知道的是,每个人都认为存储可能长达 6 个月的这种批量加载纯文本数据的最节省空间的方法是什么?

无论是采用每日 SQL 备份、压缩存档还是其他任何形式,因此我始终能够重新加载旧数据以进行故障排除。

欢迎任何想法,我愿意接受任何建议。

最佳答案

那么,您批量加载原始数据的平面文件,使用 SQL Server 2005 处理它们并获得一组单独的处理过的平面文件,然后转储数据?

好吧,如果这是正确的,SQL 备份将无济于事,因为您似乎在说数据不会保留在数据库中。您唯一的选择是有效压缩输入和/或输出文件,并在目录中很好地组织批处理。

我会推荐一个积极的压缩程序,它具有预定的批处理功能,但要小心不要对你使用的程序深奥,以免被锁定在一个程序中......

关于.net - 归档平面文件的理想选择,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/511797/

相关文章:

ASP.NET 5 (vNext) 构建发布和调试的不同依赖项

c# - 将 xmlstring 转换为 XmlNode

.net - 依赖注入(inject)和代码混淆

xml - SQL 将 XML 转换为表

sql-server-2008 - SQL 日志备份 - "too recent to apply to the database"

mysql - 如何备份表大小为 105 GB 的数据库?

.net - 在 .NET 中实现自定义 TraceListener

sql - 选择顶行和底行

sql-server - sql server合并两个表中的值

azure-devops - Azure DevOps 存储库的备份