SQL Server 表中的日文/中文数据

因此，我遇到了一个有趣的问题，我需要帮助来更快地使我的 SQL Server 技能达到标准。

我们有一个包含大量文本的表，所有文本均采用不同的语言。大多数数据在浏览器中正确显示，但是中文或日文的任何数据都会被浏览器完全破坏。

这是一个 ASP.old 应用程序，我们用它来显示来自运行 MS SQL Server 2005 的服务器的数据。

之前，我们也遇到过同样的问题，我们通过更改 ASP 页面中的编码来解决它。自从我们这样做以来，这些文件没有改变，但问题又出现了。因此，我必须得出结论，问题出在数据库上，因为这是自我们上次修复它以来唯一更新的内容。

到目前为止，我一直在尝试研究排序规则，但我远不是 SQL 方面的专家，所以这很困难。

如果需要，我可以提供更多信息，任何可以帮助我找到答案的信息，但缺少 URL（保密等）。

如果有人有任何想法，我将非常感激。

附加信息：

-列类型为“ntext”

排序规则仅影响排序顺序，不影响编码。您需要确定中文和日文内容的编码是什么（请参阅this http://technet.microsoft.com/en-us/library/ms180942(SQL.90).aspx）。如果不是 UCS-2，则会遇到问题（因为无法同时支持多个页面编码）。如果是 UCS-2，您需要确保 ASP 页面的编码也设置为 UTF-8（并且浏览器通过正确设置编码为 UTF-8 来识别这一点 - 请参阅查看/编码）。

或者更简单地说：如果创建内容的应用程序不使用 Unicode 字符，则在中文、日文和欧洲字符之间切换时，您将必须切换页面编码。

如果您在数据库中正确编码了 Unicode 内容，并且在页面上使用 UTF-8 编码，则显示任何特殊字符应该不会有问题（只要您在页面上使用 Unicode 字体）：

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

我意识到经过多次编辑我不是很清楚，所以让我添加一些基础知识。

字符集是一组字符的标准化表示（例如 ASCII、UNICODE...）。

字符编码是用于存储给定字符集的字符的二进制表示形式。 ASCII 有自己的编码。 Unicode 是一个非常大的字符集，旨在支持现有的所有字符，有多种编码（UTF-8、UTF-16、UCS-2...）。

只有 Unicode 使您能够使用相同的数据库和应用程序设置同时支持西方和远东内容。然而，中文和日语的旧字符集不是 Unicode。如果您的内容不是 Unicode（例如 BIG 5），则无法在 UTF-8 编码的网页上显示它。

如果创建内容的应用程序使用一种编码（例如 BIG-5）并且数据库将其存储为 Unicode 数据，这可能会变得很棘手。如果发生这种情况，信息可能会丢失。

您甚至必须在Windows中安装相应的语言包才能正确看到字符。不幸的是，编码问题并不容易诊断。