MySQL：我是否使用TINYTEXT或VARCHAR（6）作为短词
我想在我的表中存储关于主题状态[新，旧，编辑]的数据集，我使用VARCHAR（6）还是TINYTEXT？对于像[/image/name.png]和描述这样的图像路径，我使用文本还是varchar？
共有1个答案
用varchar代替tinytext这是个好习惯
-
问题内容： 根据定义： VARCHAR：长度范围是1到255个字符。除非指定BINARY关键字，否则以不区分大小写的方式对VARCHAR值进行排序和比较。x + 1个字节 TINYBLOB，TINYTEXT：BLOB或TEXT列，最大长度为255（2 ^ 8-1）个字符x + 1个字节 因此，基于此，我创建了下表： 还是创建varchar或tinytext更好， 为什么 ？ 是否相同： VARCH
-
问题内容： 这个问题已经在这里有了答案 ： 7年前关闭。 可能的重复： 对所有基于文本的字段使用通用varchar（255）有不利之处吗？ 在MYSQL中，您可以为VARCHAR字段类型选择一个长度。可能的值为1-255。 但是，如果使用最大值而不是VARCHAR（20）的VARCHAR（255），它的优点是什么？据我所知，条目的大小仅取决于插入字符串的实际长度。 大小（字节）=长度+1 因此，如
-
问题内容： 我需要一个简单的表，其中包含MySQL中的用户名和密码字段。由于用户名必须唯一，因此对我来说，将它们设置为主键是有意义的。 使用还是作为主键更好？ 问题答案： 可能还只是使用用户ID索引，所以与vs / char / varchar相比，连接要快得多。如果您不小心扩展了架构的功能，那么现在添加所需的两秒钟时间可以为您节省很多时间。 要考虑的一些陷阱： 说我们在将来的日期添加一些表，如果
-
问题内容： 我有一个用于存储优惠券/折扣的表，并且我想将coupon_code列用作主键，即。 我的理由是，每个优惠券都将具有唯一的代码，而我将要运行的唯一命令是 我不会进行任何联接或索引编制，并且我看不到该表中有超过几百个条目。 在我看来，这可以，但是我不知道是否有任何我想念的东西。 问题答案： 从某种意义上说，您当然可以，您的RDBMS将允许您这样做。这个问题的答案，你是否没有问题 应该 做到
-
问题内容： 我们有两个表。第一个包含名称（varchar）字段。第二个包含一个字段，该字段引用第一个表中的名称字段。对于与该名称关联的每一行，将重复第二个表中的此外键。通常不建议使用varchar / string字段作为两个表之间的联接吗？何时可以将字符串字段用作联接字段？ 问题答案： 当然可以使用varchar作为键字段（或简单地将其连接）。它的主要问题取决于您通常在varchar字段中存储的
-
问题内容： MySQL中的 VARCHAR（255）和TINYTEXT字符串类型有什么区别？ 它们每个都允许存储最大长度为255个字符的字符串。存储要求也相同。我什么时候比另一个更喜欢？ 问题答案： 您不能为a 分配值，也不能在后者上创建无前缀的索引。 在内部，会在内存中分配其他对象来处理（包括）列，这可能会导致大型记录集上的内存碎片。 请注意，这仅涉及记录集中列的内部表示，而不涉及它们在磁盘上的