初始数据:
.NET Framework 上的旧项目,SQL Server 上的数据库,文件存储在 IMAGE 类型字段的表中。各种大小的文件,从数十字节到数百兆字节。我知道这一切都已经过时了,但是目前还没有办法改变数据库的结构,唉,在可预见的将来也不会发生这种情况。
新项目 - 服务,ASP.NET Core 上的 Web api,与数据源具有相同的数据库。
一个任务:
应客户的要求,从数据库中获取文件并以FileStreamResult
.
实际上,任务本身并不难,从字面上看,但有一个插科打诨我想漂亮地解决。
因此,当前的解决方案组织如下:
为了不将大文件卸载到服务的内存中,我使用了一个队列
SqlReader
,它允许您创建一个流到包含文件内容的字段。这个流被复制到磁盘上的一个临时文件中,因为如果读取器未释放,连接将被关闭,数据将不可用,因此,
FileStreamResult
不能直接将这个流给它。在完成向客户端的数据传输后,从临时文件中撕下一个流,将其提供给
FileStreamResult
ASP.NET Core 核心并由其安全处置。后台运行的服务会定期清理此临时缓存。
现在的实际问题是:是否可以在不将文件的全部内容显式加载到 RAM 的情况下不将数据复制到文件中?或者也许只是我错过/没有找到的更漂亮的解决方案?
可以将流从SqlReader
立即发送到 ,而不是复制到文件,FileStreamResult
但是您需要确保打开连接直到数据传输结束,因此SqlReader
无法处理,如果读者不是处理好了,那么数据传输完成后怎么办,如果没有一个未关闭的链接SqlReader
没有留下?使用数据库是通过内部服务组织的,这些服务使用 ASP.NET Core 中内置的 DI 工具注入到控制器中。还是一样,读者可以“稍后”被杀死(好吧,否则他会死,这很难相信)而且我还没有读过有关 ASP.NET Core 的内容?