Tag: varchar
什么是MySQL的最佳varchar大小？
MySQL如何存储一个varchar字段？ 我可以假设以下模式代表合理的存储大小： 1,2,4,8,16,32,64,128,255（最大） 通过例子来澄清。 可以说我有一个20个字符的varchar字段。 MySQL创build这个字段时，基本上保留了32字节的空间（不确定它们是否是字节），但只允许input20个字节？ 我想我很担心优化大型表的磁盘空间。
VARCHAR（20000）在MySQL中有效吗？
我需要澄清一下MySQL中varchar字段的最大长度。 我一直认为最大长度是255（255是什么？我假设的字符，但这可能是我的困惑的来源）。 看看我们正在使用的外部公司build立的数据库表格，我看到一个字段设置为varchar（20000），保存超过255个字符的xml块。 为什么这个工作？ 20000是有效的值吗？ 有一点谷歌search显示，在MySQL的varchar有65535字节的限制，我看到varchar（65535） 在使用 ，那么255限制如何与此有关？
LIKE运算符是否与MS SQL服务器区分大小写？
在有关LIKE操作符的文档中 ，没有任何关于它的区分大小写的内容。 是吗？ 如何启用/禁用它？ 我正在查询SQL Server 2005上的varchar(n)列，如果这很重要的话。
PostgreSQL中的CHARACTER VARYING和VARCHAR有什么区别？
John在我使用VARCHAR的地方使用了CHARACTER VARYING 。 我是一个初学者，而他是一个专家。 这表明我有一些我不知道的东西。 PostgreSQL中的CHARACTER VARYING和VARCHAR有什么区别？
SQL电子邮件字段应该多长时间？
我认识到，一个电子邮件地址可以基本上是无限的长，所以我的任何规模强加给我的varchar电子邮件地址字段将是任意的。 但是，我想知道“标准”是什么？ 你们做多久了？ （相同的问题名称字段…） 更新：显然，电子邮件地址的最大长度是320（<= 64名称部分，<= 255域）。 你用这个吗？
varchar（max）到处？
是否有任何问题，使所有的SQL Server 2008string列varchar（max）。 我允许的string大小由应用程序pipe理。 数据库应该坚持我给它的东西。 在Sql Server 2008中，我将通过声明所有的string列types为varchar（max），而不pipe实际进入的数据的大小是否会使性能下降？
当在一个大的表上增加VARCHAR列的大小时会有什么问题？
我正在使用SQL Server 2008，我需要在大约500k行的表上创build一个更大的VARCHAR字段，从（200到1200）。 我需要知道的是，如果有什么问题我没有考虑。 我将使用这个TSQL语句： ALTER TABLE MyTable ALTER COLUMN [MyColumn] VARCHAR(1200) 我已经在数据的副本上尝试过了，这个声明没有我能看到的不良影响。 那么这样做有没有可能的问题，我可能没有考虑？ 顺便说一下，列没有索引。
Postgresql – 更改varchar列的大小
我有一个关于在一个非常大的表（近3千万行）的ALTER TABLE命令的问题。 其中一列是一个varchar(255) ，我想调整它的大小varchar(40) 。 基本上，我想通过运行以下命令来更改我的列： ALTER TABLE mytable ALTER COLUMN mycolumn TYPE varchar(40); 如果这个过程非常长，我没有问题，但是在ALTER TABLE命令期间，我的表看起来不可读。 有更聪明的方法吗？ 也许添加一个新列，从旧列复制值，删除旧列，最后重命名新的？ 任何线索将不胜感激！ 提前致谢， 注意：我使用PostgreSQL 9.0。
更改一个varchar列的最大长度？
我试图将255个字符的varchar列的长度更新为500，而不会丢失内容。 我之前已经删除并重新创build了表，但是我从来没有接触到alter语句，这是我相信我需要用到的。 我在这里find了这个文档： ALTER TABLE（Transfact-SQL），但是我不能使它正面或者反面 。 到目前为止，我有以下（基本上没有什么不幸）： alter table [progennet_dev].PROGEN.LE alter column UR_VALUE_3 我如何处理这个？ 有没有更好的文件，这个声明在那里（我做了一些示例语句的search，但空了）？
是否有一个很好的理由，我经常使用VARCHAR（255）（而不是另一个长度）？
在多个课程，书籍和作业中，我已经将文本字段定义为VARCHAR（255）作为“短文本”的默认types。 有没有什么好的理由，经常select255的长度，除了是一个不错的回合数 ？ 是不是有一个很好的理由（过去是否适用）过去的一段时间呢？ 当然，我意识到，如果你知道string的最大长度，更严格的限制会更理想。 但是，如果您使用的VARCHAR（255）可能表示您不知道最大长度，只是它是一个“短”string。 注意：我发现这个问题（ varchar（255）v tinyblob v tinytext ），它表示VARCHAR（ n ）在n <= 255时需要n + 1个字节的存储空间， n > 255时需要n + 2个字节的存储空间。 这是唯一的原因吗？ 这似乎是任意的，因为你只会比VARCHAR（256）节省两个字节，并且可以通过声明VARCHAR（253）来轻松地保存另外两个字节。
