gpt4 book ai didi

sql - 80 3 列行,或 1 81 列行

转载 作者:可可西里 更新时间:2023-11-01 07:21:21 24 4
gpt4 key购买 nike

我有一些数据要存储,

我必须为每个用户存储这些数据,

数据或多或少

key: 0  
value: 107,

key: 1
value 213

每个用户大约有 80 个键/值集

所以我的问题是,

我有一行基本上是

user_id key1, key2... key80

或者我有 80 行

user_id, key, value


我必须存储的数据:
您可以在此处看到我必须存储的实际数据: http://219.89.41.169/ReachApi/?gt=The%20hailwood

我不能只复制/粘贴,因为它大约有 8mb 的数据,因此页面可能需要一段时间才能加载。

但如您所见,我得到的是那种格式的数据,因此我必须以这种方式存储它。

最佳答案

一想到表格中有 81 列,我通常会感到畏缩。但是,如果:

  • 键/字段的数量不太可能改变,并且
  • 所有字段都与用户直接相关,并适用于每个用户,和/或
  • 您可能需要一次为给定用户查询多个键,

那么拥有那么多列比将每个用户/ key 组合存储为自己的行更有意义。您可以获得类型安全性、更好地约束和索引您的数据的能力,并且您可以查询用户的统计信息而无需十几个连接(或取回一堆行,然后您必须将这些行组合成一个数据结构)。

如果字段数不断变化,或者这些字段不适用于每个人(即:某些用户会有不同的字段数),或者您永远不想知道用户 3225 的字段 53 的值,那么用户/键/值表更有意义。但是保持一切正确将是一件很痛苦的事,更新将永远进行(因为需要重做索引,并且您将需要索引),并且如果您曾经进行查询,查询将变得很糟糕一次需要一个或两个以上的字段。

关于sql - 80 3 列行,或 1 81 列行,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3878731/

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