我正在构建一个数据库驱动的PHP应用程序,它使用UUID来存储每一行数据。应用程序当前使用以下查询生成UUID:
SELECT UUID()
生成类似于84058227-294c-11e3-916a-7a7919b2b2bc
的输出。
许多在线消息来源建议将UUID存储在BINARY(16)
中以提高整体应用程序性能。但是当我尝试将UUID插入数据库时,我收到以下错误:
Warning: #1265 Data truncated for column 'x' at row x
我意识到发生此错误是因为UUID太大而无法存储列,并且只需增加列可存储的字符数即可轻松修复此问题(例如:BINARY(20)
),但我担心这样做可能会降低应用程序在未来的性能。
考虑到有这么多在线消息来源建议使用BINARY(16)
来存储UUID,我假设我犯了一个错误。
有人可以指出我正确的方向吗?
有关额外信息,以下是我使用(在PHP中)将数据插入数据库的代码:
//PDO Query
$this->query(
INSERT INTO users
(
user_id, //the UUID is stored in this column
taxonomy_id,
user_email,
user_password,
user_salt,
user_activation_key,
user_is_administrator
)
VALUES(?,?,?,?,?,?,?)
',
array(
$this->uuid(), //method that generates UUID
$taxonomy_id,
$user_email,
$user_password,
$user_salt,
$user_activation_key,
$user_is_administrator
)
)
);
以及生成每个UUID的方法:
public function uuid()
{
$uuid = $this->query("SELECT UUID() AS uuid");
return $uuid[0]['uuid'];
}
答案 0 :(得分:1)
UUID的基础值是128位数,由于8 * 16> = 128,因此可以存储为binary(16)
。但是内置的SQL函数UUID
你'重新使用(假设MySQL ......你没有命名RDBMS)将128位数字渲染为36个字符的字符串,这是UUID的正常人类可读形式。因此,您需要将其存储在长度> = 36的文本字段中,例如varchar(36)
。
除非您的应用程序要生成大量数据和查询,否则二进制字段中的16个字节与字符字段中的36个字节之间的差异不会影响您的性能。其他问题,如索引和正确的查询设计(尤其是如果您使用的是MySQL)将对您的整体性能产生更大的影响。