gpt4 book ai didi

database - 存储来自多个查找表的用户配置文件数据。如何?

转载 作者:搜寻专家 更新时间:2023-10-30 23:22:23 25 4
gpt4 key购买 nike

我有一个用户表,其中包含大约 50 条数据。其中一些是宗教、政党、种族、城市、最喜欢的电影等。这些项目中的每一项都是来自以下任一项目的查找值:他们自己的查找表或者我有一个用于性别、性别偏好等小项目的通用查找表. 即使最喜欢的电影也来自电影查找表。

问题是我假设在成员表中所有这些都将存储为 ID 而不是文本?所以第一个问题:
1) 他们应该或不应该拥有查找表的外键?
2) 如果我们存储 ID 然后获取实际答案文本,如城市表中的 Id 6 = 纽约,国籍表中的 Id 10 = 美国等页面上的实际输出,将如何完成?我们是否需要在读取模式下从每个查找表中选择以输出文本值?这让我感到害怕,因为在 50 条数据中,大约有 40 条是基于查找的,这意味着在页面读取模式下在 40 个表上有 40 个不同的选择,然后在编辑模式下再次选择,供用户编辑值。

这是如何在具有详细用户配置文件的现实世界网站中实现的? (我对每个值进行了搜索和分析,因此我需要对它们进行标识)

最佳答案

取决于范围,但这听起来像是一个同步过程 - 设置一个每周/每天/每小时的过程,以将扩展的用户信息重新同步到主表中,并使用“用户”相关表的外键(用户名,密码,电子邮件、更新邮票等...)。

关于database - 存储来自多个查找表的用户配置文件数据。如何?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4789059/

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