SQL，concat() 在长文本字段中记录数据是否不好？
我正在构建自己的身份验证系统。现在，我的数据库设置可以通过以下方式记录每个登录时间戳：
$query = 'UPDATE `users` SET login_log = concat(login_log, ?) WHERE userKey = ? LIMIT 1 ';
$vars = array(time().',', $this->userKey);
$QH = $this->DBH->prepare($query);
$QH->execute($vars);
使用 concat() 在 longtext 字段中记录数据是否不好？
我应该以不同的方式做这件事吗？
使用此方法可能会遇到任何问题吗？
I'm building my own authentication system. Right now I have my database setup to log each login timestamp by:
$query = 'UPDATE `users` SET login_log = concat(login_log, ?) WHERE userKey = ? LIMIT 1 ';
$vars = array(time().',', $this->userKey);
$QH = $this->DBH->prepare($query);
$QH->execute($vars);
Is it bad to use concat() to log data in longtext field?
Should I be doing this a different way?
Are there any problems I might run into down the road with this method?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我能立即想到的唯一一件事是，除非业务需要只有一个登录日志字段，否则没有理由连接，特别是如果您想对之后的时间部分执行约束...您会在获取您想要的 time() 组件之前，必须解析出所有其他日志文本（这里是其他时间）。
您可以更轻松地标准化数据并添加自动增量 int PK，后跟 userKey 字段和 login_LogDate 字段。每次登录后，您可以将用户名和当前时间插入用户表中。然后，您可以轻松找到最小、最大、前 N 个登录等，这比将其分开要容易得多。
The only thing I can think of offhand is that unless there is a business need to only have one field of login_log, there is no reason to concatenate, especially if you want to perform a constraint against the time portion thereafter...you'd have to parse out of all of the other log text (here the other times) before getting the time() component you wanted.
You could much easier normalize your data and add an autoincrementing int PK, followed by a userKey field and a login_LogDate field. After each login, you could insert into users table the user name and the current time. You could then easily find the min, max, top Nth login, etc. much easier than splitting it out.