我的应用程序使用 SQL Server 2008，我们需要添加功能，以便用户可以选择将任何大小的文件保存到数据库表中。我已经设置了一个类似于以下格式的表：
- FileStorageID - int（indentity PK）（这也是另一个表的外键） - FileData - varbinary（max） - FileName - varchar（1000）
FileStorage 表与另一个表 Documentation 有零到一的关系。想法是用户可以编写一些文本、上传文件或两者都可以。
该表如下所示：
- DocumentationID - int（identity PK，FK 到“不相关有趣对象”表） - Text - varchar（max） - FileStorageID - int（FK 到上述 FileStorage 表）
我的问题是：当我使用 Entity Framework 5 查询 Documentation 表时，如果数据库中存在文件，整个文件是否会存储在内存中？如果是，什么样的门槛才会出现明显的性能问题？
- FileStorageID - int（indentity PK）（这也是另一个表的外键） - FileData - varbinary（max） - FileName - varchar（1000）
FileStorage 表与另一个表 Documentation 有零到一的关系。想法是用户可以编写一些文本、上传文件或两者都可以。
该表如下所示：
- DocumentationID - int（identity PK，FK 到“不相关有趣对象”表） - Text - varchar（max） - FileStorageID - int（FK 到上述 FileStorage 表）
我的问题是：当我使用 Entity Framework 5 查询 Documentation 表时，如果数据库中存在文件，整个文件是否会存储在内存中？如果是，什么样的门槛才会出现明显的性能问题？