问题标签 [varchar]

varchar使用大小为 2 的幂的字段与另一个数字相比是否更有效？我想不，因为对于 SQL Server，默认值为 50。

但是，我听说（但从未证实）将字段大小设置为 2 的幂更有效，因为它们等同于偶数字节，并且计算机以位和字节进行处理。

那么，一个字段声明为varchar(32)或varchar(64)有任何真正的好处varchar(50)吗？

我正在使用函数 sp_spaceused 来获取数据库中所有表的详细信息。index_size 列是返回的 VARCHAR，末尾带有“KB”，但我想以 MB 为单位显示。我只需要知道如何去掉 KB，剩下的我可以做！:D

更新：我不觉得这是另一个问题的重复，因为我正在寻找一个仅 SQL 的解决方案，该解决方案在这个线程中给出。

PostgreSQL 中可排序的日期时间/时间戳 varchar 的等价物是什么？

样本格式输出：

这有效，SELECT now::varchar，输出为“2009-03-25”，但仅适用于日期类型，想知道时间戳的等价物是什么。

请注意，我知道日期本身是可排序的，我只是遇到了.NET 和 Mono 之间的 DateTime 不兼容，所以我将传输（远程处理）日期/时间戳类型作为 varchar，底层数据库类型仍然是正确的日期/时间戳字段类型。对于那些遇到同样问题的人，解决方法是在检索数据时将日期转换为 varchar，并在保存时将 varchar 转换回日期。

我继承了一个当前运行 SQL Server 2000 作为其后端的 asp.net 网站项目。

我一直在使用 SQL Server 2005 Express 对数据库的本地副本进行一些数据库更改。我已经使用varchar(max)列创建了一个表。它们用于存储任意长度的 XHTML 片段。

在 stackoverflow 上浏览时，我遇到了这个问题： 总是使用 nvarchar(MAX) 有什么缺点吗？

用户 mattruma 说他发现了varchar(max)在 SQL Server 2000 上使用的“困难方法”。

varchar(max)如果实时数据库在 SQL Server 2000 上运行，我应该使用什么来代替？

提前感谢您的帮助！

我正在搜索 MS-SQL Server 2005 数据库以确保某个文本字段的长度始终是 8 的倍数。当我运行以下查询时，我得到几行长度为 30。但是当我调查这些记录时，我发现它们比这更长。

但是，如果我将 varchar 的长度指定为更长的长度（如以下查询中所示），则它可以正常工作。

任何人都知道为什么它默认为 30，如果这是一个可配置的设置？

在一个 javascript 应用程序中，我们在 SQL Server 2005 上调用一个存储过程，它返回一个具有 3 列类型的结果集：bigint、varchar(20) 和 varchar(MAX)。

调用存储过程并读取结果时，没有抛出异常。枚举结果集时：

在检查 myString 的值时，该值不是我所期望的：

知道如何获得该领域的真正价值吗？

可能调用 getString() 以外的其他方法？

我正在将我们的 firebird 数据库中的所有 varchar 列更改为 UTF8，但是我不明白 varchar 大小的差异。

例如，将 charset 和 collat​​ion 设置为空，我们可以将 varchar 大小设置为 255，如果我们将 charset 和 collat​​ion 设置为 UTF8，当我们将 varchar 设置为 255 时，它会读取不同的值。

UTF8 中 varchar(255) 的等效 varchar 大小是多少？

当我在 Microsoft SQL Server Manager Studio 中创建一个新的 VARCHAR 列时，它默认为 50 长度。这个长度有什么特殊含义吗？如果理论上我可以选择 30 到 70 之间的长度，那么选择 2 的幂（如 32 或在这种情况下为 64）的默认值不是更好吗？

我刚刚读到该VARCHAR(MAX)数据类型（可以存储接近 2GB 的 char 数据）是TEXTSQL Server 2005 和 Next SQL SERVER 版本中数据类型的推荐替代品。

如果我想在列中搜索任何字符串，哪个操作更快？

1. 对列使用LIKE子句VARCHAR(MAX)？

   WHERE COL1 LIKE '%search string%'

2. 使用该TEXT列并在该列上放置一个全文索引/目录，然后使用该CONTAINS子句进行搜索？

   WHERE CONTAINS (Col1, 'MyToken')

我有一个网站，在 mysql 数据库中有大约 1000 个不同的字符串，用于显示我网站上的所有文本。字符串存储在数据库中的原因是因为我支持 2 种不同的语言，并且需要能够根据用户偏好（英语和中文）显示不同的语言

字符串的长度各不相同，其中 250 个可能太长而无法放入 varchar 中。

我即将实现这个数据库，但我不确定是否要使用适合 750 个字符串的 varchars 构建一个表，然后使用另一个使用 mediumtext 的表来存储剩余的 250 个较长的字符串。

varchar 和 mediumtext 之间的性能差异是否足以保证设置 2 个表的额外麻烦？或者您会建议只使用 1 个表格，所有内容都使用 mediumtext。

用户将无法搜索此数据，我正在使用 PHP 来显示数据。

谢谢