问题标签 [sqlfilestream]

我想为我的公司租用一台装有最新 Microsoft SQL-Server 的专用服务器，并且我想使用 filestream 在 SQL Server 中存储一些 PDF 文件。我在微软官方网站上阅读了“仅限 Windows”，我想知道这是否意味着服务器不能在 Linux 服务器上运行，或者这是否意味着 SQL Server 需要在本地 Windows 机器而不是 Windows Server 上运行？

我只是想确认我最初的结论，即我要租用的服务器必须是一台运行 Windows Server 的 SQL Server，因为我不完全确定它是如何工作的，我从来没有这样做过。

我在 windows server D V2016 上有 sql server v2016 。我无法启用 FileStrem.error 代码 (0x80041001)

我第一次在我的数据库中实现文件流，我需要编写一个脚本来更改特定表中文件流的文件组。

我正在尝试使用在 Internet 上找到的解决方案，例如创建新的集群索引并删除现有的，但它不适用于文件流文件组。

这是我尝试过的代码。

我正在尝试在数据访问层中创建一个函数，该函数将返回一个SqlFileStream. 该函数应该从业务逻辑层调用。SqlFileStream包裹在几个TransactionScopeusing 语句中。我读到如果早先调用返回，则不会执行TransactionScope该方法。ts.Complete()我怎么解决这个问题。请帮助提供替代解决方案。

我正在尝试访问 SqlServer FILESTREAM 表中的多个文件。此代码适用于 SqlDataReader 返回的文件数量相对较少的情况。大约 20 个文件。但是，当 SqlDataReader 返回几百条记录时，我在第一次通过 while 循环时收到此错误：“进程无法访问指定的文件，因为它已在另一个事务中打开。”

错误发生在这一行：

sfsList.Add(fileNameText, new SqlFileStream(filePath, txContext, FileAccess.Read));

有任何想法吗？

代码段如下：

我在我的 mssql 服务器上设置了文件流，到目前为止它运行良好。目前，我的数据库中有一个实体，是我手动添加的。

当我添加我的文件时，它会自动转换为 byte[]，当我通过我的 .NET Core 应用程序获取它时，它同样显示为 byte[]（惊喜）。

最理想的是，我想知道，如何将这个字节数组解码为原始文件？我已经阅读了几个地方，我需要提供文件的原始扩展名才能做到这一点。

但是，我没有在我的数据库中添加这样的列 - 我可以轻松地添加这样的列，但如果在不提供其他参数的情况下无法将其传递回其原始格式，这对我来说似乎很奇怪。

因此，有没有一种方法可以将字节数组转换回其原始文件，以便用户轻松下载它，而无需进行某种全面的转换？我很高兴地想知道，如果你们中的一个人可以在这里为我指明一个方向。

SQL ServerFileTable于 2012 年首次推出，但不受 Entity Framework（.NET Core 或完整的 .NET Framework）支持。使用 SQL ServerFileTable或FileStream允许更快的文件上传和下载。

我想FileTable与我的 .NET Core 应用程序一起使用，我必须在其中创建FileTable与另一个简单表的关系。

为此，我需要输入hierarchyidC# 并在 SQL Server 实例级别启用文件流支持。FileTable在更新迁移期间创建数据库时，实体框架似乎不提供对创建数据库的支持。

我正在尝试在 Windows Core 2019 服务器上的 Microsoft SQL Server 2017 上启用文件流。

由于没有 GUI，我已更改以下位置的注册表设置以启用它。我将值设置为 3

在此之后我重新启动

我还安装了最新的累积更新 ( 20 )，因为我知道驱动程序签名存在问题。

在此之后我重新启动

我在 C:\Program Files\Microsoft SQL Server\MSSQL14.InstanceName\MSSQL\Log 的日志文件中看到以下错误

选择@@版本

我让它在一台服务器上运行，但无法在第二台服务器上运行。这个盒子上还有一个版本的sql 2019

有什么帮助吗？还有关于让它在集群上工作的任何建议

我将一个.CSV文件复制dataset_with_pred2.csv到 SQL Server 的文件流文件夹中。是否可以将其读入表格？

现在，我能做的就是.csv通过以下方式将文件检索为字符串：

它返回逗号分隔的值。

我有一个表，其中包含一些标准字段以及其中一列中的 JSON 文档。我们使用 SQL Server 2017 存储所有内容，数据由使用 Entity Framework 6 的 C# 应用程序使用。表本身可能有数万个条目，这些条目（或者更确切地说，它们上的 JSON 列）必须是每天更新。我试图弄清楚使用什么数据类型来获得最佳性能。

我读过这个：

SQL Server 2008 文件流性能

目前，JSON 文档以 30-200 KB 的文件形式出现。有可能超过 256 KB 的障碍，但目前超过 1 MB 的可能性非常低。那将指向 NVARCHAR。也在这里：

存储 JSON 字符串的最佳 SQL 数据类型是什么？

人们建议将 JSON 存储为 NVARCHAR(MAX) 是要走的路。

但是，有两件事让我担心：

1. 首先，随着时间的推移会出现碎片化，有这么多的作者（这是 Filestream 似乎具有优势的领域之一，无论列大小如何）。我不确定这会如何影响性能......
2. 其次，我不确定在数据库中存储这么多文本数据是否会因为大小而减慢速度？据我了解，FileStream 的另一个优点是数据库大小成本相当稳定，无论磁盘上的文件大小如何，这有助于随着时间的推移保持性能。还是我错了？

考虑到我的用例，你会选择什么？