gpt4 book ai didi

mysql - 记住我表索引

转载 作者:行者123 更新时间:2023-11-29 16:58:43 24 4
gpt4 key购买 nike

我正在 MariaDB 中创建一个表来存储“记住我”-cookie 值:

CREATE TABLE u_remember_me (
u_user_common_id INT UNSIGNED NOT NULL,
lookup_key VARCHAR(30) NOT NULL,
token_hash VARCHAR(30) NOT NULL,
created DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP,

INDEX (u_user_common_id),
FOREIGN KEY (u_user_common_id) REFERENCES u_user_common (id) ON DELETE CASCADE ON UPDATE CASCADE,
PRIMARY KEY (lookup_key),
UNIQUE KEY (lookup_key, token_hash)
) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_520_ci ENGINE InnoDB;

我总是要通过lookup_key字段进行查找,因此选择它作为主键(随机字符串)。 u_user_common_id 列不能设置为主键,因为由于多个浏览器或计算机,用户可以分配多个(lookup_key,token_hash)。对于主键(性能、插入等?),lookup_key 是一个糟糕的选择吗?另外..我应该将主键设置为 (lookup_key, token_hash) 并删除 UNIQUE 约束吗?我选择不使用代理键的原因是因为它永远不会被使用,但我也不确定这是否是一个好的决定(无论如何我都需要对lookup_key进行索引)。

最佳答案

我认为你还没有弄清楚什么取决于什么。

lookup_key(随机字符串)是否与单个用户关联?如果是这样,PRIMARY KEY(lookup_key) 并删除 token_hash。

如果用户可以从不同的浏览器进行连接,并且您希望发生不同的情况,那么您就没有指定任何不同的数据。

关于mysql - 记住我表索引,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/52410343/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com