代码之家  ›  专栏  ›  技术社区  ›  Humpton

varchar(255)v tinyblob v tinytext

  •  13
  • Humpton  · 技术社区  · 17 年前

    我的另一个问题是,tinyblob和;tinytext公司?

    买我真正的问题是什么原因,如果有的话,我会选择varchar(255)而不是tinyblob或tinytext?

    3 回复  |  直到 17 年前
        1
  •  17
  •   Peter Lang    14 年前

    storage requirements 和内存处理/速度:

    在下表中, M 表示以字符表示的非二进制字符串类型的声明列长度,以字节表示的二进制字符串类型的声明列长度。 L 表示给定字符串值的实际长度(以字节为单位)。

    瓦尔查尔( M ),变量二进制( M ):
    + 1 如果列值需要0 255字节 字节,
    L +如果值可能为2字节 需要超过255字节


    L +1字节,其中 <2

    此外,请参见 this 职位:

    MySQL为每个正在使用的表分配 向上移动X个字符。

    由8字节指针+a表示 1-4字节长度(取决于 使用时动态分配。这将 使用更少的内存,但在某些情况下 也许你的记忆会在漫长的岁月中破碎

    编辑

        2
  •  6
  •   Steve K    17 年前

    VARCHAR(255)比tinyblob或tinytext更符合SQL标准。因此,您的脚本和应用程序将更易于跨数据库供应商移植。

        3
  •  -8
  •   marol    16 年前