gpt4 book ai didi

mysql - 每个用户保存相似记录的单个表还是单独的表? (表现??)

转载 作者:行者123 更新时间:2023-11-29 06:18:28 28 4
gpt4 key购买 nike

对于 MySQL 数据库,我有 2 个场景,我不确定该选择哪一个,并且对于一些表我也遇到了同样的困境。

我正在制作一个仅供成员(member)访问的网络应用程序。每个成员都有自己的交易、费用和“列表”。不同用户的记录标准是相同的,但每个用户可以拥有完全不同的记录数量。

我的两种情况是,我是否应该有一张用于交易的表,一张用于列表的表,一张用于费用的表......并且在每个表中都有一个链接到特定用户的主键的字段。或者...如果最好为每个用户提供单独的交易表、费用表和列表表..(使用组合字符串,如“user”+deals 或“user”+exp)。优惠可以在 1 或 2 个用户之间使用,但费用和列表是完全独立的。我将有一个主交易表来保存每笔交易的所有信息,但有一个用户交易表将其主键链接到交易主键。

那么,是单独的表还是一张表?如果有成千上万的用户有数百个交易/费用/列表..我只是不希望在大量交易或费用积累后查询变得非常慢...没有用户需要查看任何内容其他用户...严格来说只是他们的数据。

此外,我熟悉数据库的工作原理和存储数据的方式,但并不是 100% 清楚。我只是希望它能够快速工作,所以我的另一个问题是(尽管这可能很愚蠢)当用户提交新交易或费用时......它是插入到表的开头还是结尾?或者它是无关紧要的......因为查询将在返回信息之前以任一方式搜索表中的所有内容?

最佳答案

始终使用一张表来存储一种实体。

或者更具体地说,你所说的是一种令人讨厌的、复杂的优化,它只适用于极小的案例子集,而这些案例几乎肯定不是你的。

您只想使用一张表来表示一种条目。对其进行适当的索引,并在不再需要旧记录时尝试将其删除。

此外,很多人对“大数据”的理解实际上并不是特别大。数据库通常不需要太多优化,而其数据仍然适合 RAM,这在现代系统上意味着 32Gb。

关于mysql - 每个用户保存相似记录的单个表还是单独的表? (表现??),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5131586/

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