MySQL 保存 Facebook ID，使用 int 还是 varchar？

近年来，随着社交媒体的兴起，越来越多的网站需要与 Facebook 进行集成。当使用 MySQL 存储 Facebook ID 时，有一个常见的问题是应该将其保存为 int 还是 varchar？这篇文章将介绍这两种选择的优缺点，并提供一些示例说明。

阅读更多：MySQL 教程

int 类型

将 Facebook ID 存储为整数类型，这可能是最直观的选择。我们需要注意的是，Facebook ID 是唯一的（除开测试账户），但并不是顺序生成的。这意味着每个 ID 都是随机的，因此不会超出 int 字段的最大值。一些人还认为，将 Facebook ID 存储为整数类型可以提高查询速度并减少存储空间。

下面是一个示例表，它将 Facebook ID 存储为 int 类型：

CREATE TABLE users (
    id INT(11) NOT NULL AUTO_INCREMENT,
    fb_id BIGINT(20) UNSIGNED NOT NULL,
    name VARCHAR(50) NOT NULL,
    PRIMARY KEY (id)
);

这里使用 BIGINT(20) 来支持 Facebook ID 的最大长度。

varchar 类型

将 Facebook ID 存储为字符串类型是另一个选择。使用 varchar 类型可以确保存储所有位数的 ID，并且不需要担心整数类型的位数限制。此外，如果您需要在 Facebook ID 中包含破折号、“_”等分隔符，则只能使用字符串类型。但是，这种类型的一个缺点是，使用 varchar 类型存储会增加存储空间并降低查询速度。

下面是一个示例表，它将 Facebook ID 存储为 varchar 类型：

CREATE TABLE users (
    id INT(11) NOT NULL AUTO_INCREMENT,
    fb_id VARCHAR(50) NOT NULL,
    name VARCHAR(50) NOT NULL,
    PRIMARY KEY (id)
);

注意，这里使用 VARCHAR(50) 作为 Facebook ID 的最大长度。实际上，如果您知道您的 ID 不会超过在 varchar 字段中存储的最大长度，则应该使用更短的 varchar 类型，以便减少存储空间。

总结

存储 Facebook ID 时，应该将其存储为 int 类型还是 varchar 类型？这取决于您的实际情况和需求。如果您的 Facebook ID 只包含数字，并且您希望快速查询并占用尽可能少的存储空间，则使用 int 类型。如果您的 Facebook ID 包含其他字符或您需要支持超出 int 类型范围的数字长度，则使用 varchar 类型。不过请注意，varchar 类型的存储空间更大，查询速度较慢。