问题标签 [nvarchar]

nvarchar(X) 的存储要求是什么？

所以举个例子，如果一列中的值比X小很多，那么数据库页中实际存储了多少？

在设计数据库时，在决定 nvarchar 应该有多大时，您会考虑哪些决定。

如果我要制作地址表，我的直觉反应是地址行 1 是 nvarchar(255)，就像旧的访问数据库一样。

我发现使用它让我对旧的“字符串将被截断”感到困扰。我知道可以通过限制输入框来防止这种情况，但如果用户确实有一个超过 255 的地址行，则应该允许这样做。

我应该使我的 nvarchar 多大（？？？？？？）

我想知道将 NVARCHAR 字段设置为 MAX 而不是 SQL Server 2008 中的特定大小会产生什么后果，并限制应用程序逻辑的输入。另外，这些会是一个糟糕的设计实践吗？

我的 SQL-2005 数据库中有一个曾经是varchar(max)的列，但它已更改为nvarchar(max)。

现在我需要更新我的休眠映射文件以反映更改，这就是它曾经的样子：

<element type="text" column="Value"/>

当我尝试运行应用程序时，出现以下错误：

org.hibernate.HibernateException：[Table] 中列值的列类型错误。找到：ntext，预期：文本

我应该在“类型”属性中添加什么才能正确地将列映射为nvarchar(max)？

我尝试将类型设置为ntext，但休眠不知道那是什么。我尝试将类型设置为string，但它将string视为文本类型。

好的，情况就是这样。。

我在表格上启用全文搜索，但它只适用于某些字段..

现在为什么下面会带来结果

而这不是（虽然两者都有带有 str 的文本..）

（我也尝试过没有语言规范 - 在这种情况下是希腊语）（数据库的排序规则是 Greek_CI_AS）顺便说一句

会工作得很好..

所有字段都是 nvarchar 类型，_gr 字段包含英语和希腊语文本..（应该没关系）

所有帮助将不胜感激

我使用 MS Sql（2008 或其他）将本地化字符串存储在单个数据表中。大多数字符串都很短，可以用 varchar(200) 表示，而大约 10% 的字符串更长，需要 varchar(5000) 之类的字符串。我的问题是，如果我把它分成两个这样的表，在检索较短的字符串时是否有性能优势：

相对：

这些数据很少会更新，我只关心读取。

在 SQL Server 2005（不是 7.0）中，是否有任何理由使用 NVARCHAR(255) 而不是 256 或其他数字？
是否有任何最佳尺寸，是否有任何理由使用 2 的幂？

（我将存储 Unicode 数据，所以我必须使用N VARCHAR）

我正在 PostgreSQL 或 Oracle 中做我的第一个数据库项目。

我想得到我的问题的答案。

我感兴趣的是 NVarchar(MAX) 一个好的数据类型是我想存储 1-50 个字符长的短 unicode 字符串，但它们中的大多数（超过 90%）都是 5-10 个字符长？

该列不会用于比较和排序查询。它可能作为包含列添加到索引中。预期的行数 - 超过 10M。

有什么建议吗？先感谢您！

我有表 Tbl1( SomeName nvarchar(64) )

通过 OLEDB 我正在尝试选择 SELECT 1 FROM Tbl1 WHERE SomeName = ?

绑定 3 个字符 unicode 作为参数原因： DB_E_ERRORSINCOMMAND(0x80040E14L) “数据类型 nvarchar 和 ntext 在等于运算符中不兼容”

我已经尝试过以下输入绑定：

在任何情况下，SQLServer 都会将此参数视为 ntext。有什么建议么？先感谢您。