是否可以不将数据缓存到文件中？

初始数据：

.NET Framework 上的旧项目，SQL Server 上的数据库，文件存储在 IMAGE 类型字段的表中。各种大小的文件，从数十字节到数百兆字节。我知道这一切都已经过时了，但是目前还没有办法改变数据库的结构，唉，在可预见的将来也不会发生这种情况。

新项目 - 服务，ASP.NET Core 上的 Web api，与数据源具有相同的数据库。

一个任务：

应客户的要求，从数据库中获取文件并以FileStreamResult.

实际上，任务本身并不难，从字面上看，但有一个插科打诨我想漂亮地解决。

因此，当前的解决方案组织如下：

1. 为了不将大文件卸载到服务的内存中，我使用了一个队列SqlReader，它允许您创建一个流到包含文件内容的字段。

2. 这个流被复制到磁盘上的一个临时文件中，因为如果读取器未释放，连接将被关闭，数据将不可用，因此，FileStreamResult不能直接将这个流给它。

3. 在完成向客户端的数据传输后，从临时文件中撕下一个流，将其提供给FileStreamResultASP.NET Core 核心并由其安全处置。

4. 后台运行的服务会定期清理此临时缓存。

现在的实际问题是：是否可以在不将文件的全部内容显式加载到 RAM 的情况下不将数据复制到文件中？或者也许只是我错过/没有找到的更漂亮的解决方案？

可以将流从SqlReader立即发送到 ，而不是复制到文件，FileStreamResult但是您需要确保打开连接直到数据传输结束，因此SqlReader无法处理，如果读者不是处理好了，那么数据传输完成后怎么办，如果没有一个未关闭的链接SqlReader没有留下？使用数据库是通过内部服务组织的，这些服务使用 ASP.NET Core 中内置的 DI 工具注入到控制器中。还是一样，读者可以“稍后”被杀死（好吧，否则他会死，这很难相信）而且我还没有读过有关 ASP.NET Core 的内容？