我最近处理了一个问题，我们遇到了如下情况：
您正在使用 SQL Server Integration Services(Visual Studio 2005) 开发解决方案。
您正在从数据库中提取数据并尝试将结果放入 UTF-8 格式的平面文件 (.CSV) 中。该解决方案完美导出数据，并将特殊字符保留在文件中，因为您使用了 65001 作为代码页。
但是，当您打开文本文件或尝试将其加载到另一个进程时，它显示该文件是 ANSI 而不是 UTF-8。如果您在记事本中打开文件并执行另存为并将编码更改为 UTF-8，然后您的外部进程就可以工作，但这是一项繁琐的手动工作。
我发现，当您指定平面文件连接管理器的代码页属性时，它会生成一个 UTF-8 文件。但是，它会生成一个 UTF-8 文件版本，其中缺少我们称之为字节顺序标记的内容。
因此，如果您有一个包含字符 AA 的 CSV 文件，则 UTF8 的 BOM 将为 0xef、0xbb 和 0xbf。即使文件没有 BOM，它仍然是 UTF8。
不幸的是，在一些旧的遗留系统中，应用程序会搜索 BOM 以确定文件的类型。看来您的流程也在做同样的事情。
要解决此问题，您可以在脚本任务中使用以下代码，该代码可以在导出过程之后运行。
using System.IO;
using System.Text;
using System.Threading;
using System.Globalization;
enter code here
static void Main(string[] args)
{
string pattern = "*.csv";
string[] files = Directory.GetFiles(@".\", pattern, SearchOption.AllDirectories);
FileCodePageConverter converter = new FileCodePageConverter();
converter.SetCulture("en-US");
foreach (string file in files)
{
converter.Convert(file, file, "Windows-1252"); // Convert from code page Windows-1250 to UTF-8
}
}
class FileCodePageConverter
{
public void Convert(string path, string path2, string codepage)
{
byte[] buffer = File.ReadAllBytes(path);
if (buffer[0] != 0xef && buffer[0] != 0xbb)
{
byte[] buffer2 = Encoding.Convert(Encoding.GetEncoding(codepage), Encoding.UTF8, buffer);
byte[] utf8 = new byte[] { 0xef, 0xbb, 0xbf };
FileStream fs = File.Create(path2);
fs.Write(utf8, 0, utf8.Length);
fs.Write(buffer2, 0, buffer2.Length);
fs.Close();
}
}
public void SetCulture(string name)
{
Thread.CurrentThread.CurrentCulture = new CultureInfo(name);
Thread.CurrentThread.CurrentUICulture = new CultureInfo(name);
}
}
当你运行这个包时你会发现指定文件夹中的所有 CSV 都会被转换成包含字节顺序标记的 UTF8 格式。
这样您的外部进程将能够处理导出的 CSV 文件。
如果您只寻找特定文件夹...将该变量发送到脚本任务并使用以下一个..
string sPath;
sPath=Dts.Variables["User::v_ExtractPath"].Value.ToString();
string pattern = "*.txt";
string[] files = Directory.GetFiles(sPath);
希望对你有帮助！！