gpt4 book ai didi

mysql - 我应该标准化这些字段吗?

转载 作者:行者123 更新时间:2023-11-29 10:10:34 25 4
gpt4 key购买 nike

我很伤心。我正在处理非常难以处理的数据;目前,一个“作业”有超过 100 列。

我将所有列放入作业中,因为每次获取作业信息时,99.99% 的时间都需要所有数据。因此,如果我是一名学生,拆分它可能会让我获得更好的成绩,但每次加载数据时它都会简单地分解为关节。

我发现很难决定的一个例子是 cargo 。一艘船可以装载 1 件(80% 的情况)、2 件(99% 的情况)或 3 件(1% 的情况) cargo 。永远不会 4. 与工作建立 1:n 关系的存储 cargo 非常容易,但这也意味着:

  • 每次加载作业时,我都需要额外的查询来获取 cargo
  • CRUD 有点痛苦,因为我必须创建另一个商店,并具有权限等。

但是,现在我的数据库中有这些列:

cargoId1, cargoDescription1, contractTonnage1,
contractTonnageTolerance1, commentsOnTonnageTolerance1,
tonnageToBeLoaded1, tonnageLoaded1

cargoId2, cargoDescription2, contractTonnage2,
contractTonnageTolerance2, commentsOnTonnageTolerance2,
tonnageToBeLoaded2, tonnageLoaded2

cargoId3, cargoDescription3, contractTonnage3,
contractTonnageTolerance3, commentsOnTonnageTolerance3,
tonnageToBeLoaded3, tonnageLoaded3

你会做什么?有想法吗?

最佳答案

我必须警告您,对于“主要基于意见”的问题,您可能会得到否决票、接近票和/或删除票。我认为你的问题主要是基于意见的,因为它本质上是“正常化的利弊”的同义词。 (ps:我讨厌这样的事实,但这会让你投反对票)。

如果您想两全其美,您可以做的一件事是使表规范化,并创建一个将使用 PIVOT 返回非规范化表单的 View 。这样,数据的完整性就会通过规范化而变得更好,并且编写查询也会更容易。将完成将(稍微具有良好索引)影响性能的连接,但在我看来,这对于完整性来说是一个很小的代价。

关于mysql - 我应该标准化这些字段吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/51036295/

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