问题标签 [varchar]

我有一个旧版 SQL Server 2000 数据库，该数据库有一列的日期存储为 varchar 而不是 datetime，无论出于何种原因。我想查看这些数据并使用日期时间字段而不是 varchar 来更轻松地针对该字段进行报告。好消息是大多数值看起来应该能够直接转换为日期时间。

当然，显然有些字段是以不能转换为日期时间的方式输入的。为清楚起见，表格如下所示：

视图可能如下所示：

有什么办法可以：

1. 获取无法将生日日期转换为日期时间的所有行的列表，以防我可以修复它？
2. 在我无法修复该值的情况下，使该值显示为 NULL 或者甚至可能是显然不是用户真实生日的东西？

我想在 SQL 中创建一个 varchar 列，该列应该包含N'guid'whileguid是由 .NET ( Guid.NewGuid ) 生成的 GUID - 类 System.Guid。

varchar我应该期望 GUID的长度是多少？是静态长度吗？

我应该使用nvarchar（GUID 是否会使用 Unicode 字符）？

PS。我不想使用 SQL 行 guid 数据类型。我只是问什么是Guid.MaxLength.

如何使用 SQL 在 Derby 中将 VARCHAR 自动截断为表字段长度？

再具体一点：

会抛出一个 SQLException：

有没有一种简单的方法来抑制这个异常？

当我有一个文本字段时，我通常将其存储为 varchar。但是后来我遇到了我怎么知道我应该放置的限制的问题？估计用户将输入多少文本似乎非常不精确。

由于 varchar 根据需要使用尽可能多的空间，因此将限制设置为远大于您的估计是否更好？

使用各种 Text 数据类型有什么缺点吗？是否可以使用“LIKE”运算符和通配符进行搜索？

从性能的角度来看有什么VARCHAR(100)比这更好的吗？VARCHAR(500)磁盘使用情况如何？

今天谈论 PostgreSQL，而不是历史上的某个数据库。

我正在优化MySQL 中的一些innodb 表，所以我运行了过程 analsye()来查看建议是什么。

对于之前设置为 varchar(255) 的所有字段，结果建议使用tinytext 而不是varchar(255)

使用tinytext是否可以获得性能提升？我只关心这里的速度，而不是大小。

将 VARCHAR 或 VARRAY 的最大整数大小设置为明显大于实际需要的值（或将其设置为允许的最大大小）是否有任何缺点（除了允许值或数组变得太大）？

我是一名实习生，被要求对 SQL 2008 数据压缩进行一些研究。我们希望将 Outlook 电子邮件的几个部分存储在一个表中。问题是我们想将整个电子邮件正文存储在一个字段中，然后又想压缩它。使用 Char() 不会存储整个正文，但允许压缩...使用 varchar() 将存储整个正文但不允许压缩。关于如何储存整个身体并压缩它的任何想法？

谢谢您的回复！

create table 语句中定义为 char 类型的列定义为 varchar() 在 DB 的 desc 中定义为 char(8) convert to varchar(8)。char(1) -> char(1) 在同一个数据库上

当它定义了一个超过 2 字节的 char 类型的表时，转换为 varchar() 是 MySQL 4.1 中的规范吗？

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

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

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

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

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

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

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