gpt4 book ai didi

java - Java 和 MySQL 中多个 boolean 标志与多路复用整数(位)的效率

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

这是一个涉及Java和MySQL的设计题。

客户端需要添加 14 个 boolean 标志 (T/F) 来跟踪现有类/表中的一些新信息。

我可以将这些标志添加到现有表中,或者我可以仅为该数据创建一个新类和表。将 14 个 boolean 标志添加到现有表中会赋予它相当多的属性,我倾向于避免这种情况(尤其是标志数量随时间增加时)。创建一个新的类/表更简洁,但在这种情况下真的有必要吗?

或者,我可以使用带掩码的 16 位整数来多路复用数据,然后我只向现有类/表添加一个变量。

我的主要问题是:在 MySQL 数据库中存储 14 个单独的 boolean 变量并将它们加载到类中是否更有效,还是存储单个整数然后(在 Java 中)使用多路复用标志会更好位操作(即掩码)?

第二个问题,如果单个标志更有效,那么在一个表中包含很多属性还是拆分它们更好?在已经有相当多实体的表中存储大量 boolean 标志的惩罚是什么?

如果主要问题的答案是“整数 + 多路复用”,那么第二个问题就没有实际意义了。

谢谢。

-R

最佳答案

我个人喜欢有单独的栏目。我可能考虑屏蔽的唯一地方是当数据库和应用程序在极端条件下或在内存或空间的任何使用都至关重要的低内存和存储设备上运行时。

除非类/表可以增长到巨大的容量,否则不应考虑 1- 空间。 要模拟 boolean 标志,一个微小的 int (1) 就足够了,您只需要 0/1 值。

2- 对于任何想要在表上进行查询或想要使用它编写报告的人来说都变得更加困难。如果您的客户端确实访问了数据库,我敢肯定在大多数情况下屏蔽是 Not Acceptable 。

3- 如果可能的话(基于数据库),在需要时在此列上建立索引会困难得多

4- 工作更多,编写更多代码应该不是问题。你现在工作得更多,但将来你会工作得更少。认为程序员/dba 的工作更少只是恕我直言的错觉。这里有一些注意事项:

a- 维护代码和编写数据库查询将更加困难。也许您现在用 Java 代码做所有事情,但您永远不知道 future 会怎样。

b- 使结构变化变得更加困难。如果客户要求删除两个标志并添加 4 个怎么办?您是否保留数据库中保留已删除标志的原始两位并添加 4 位?或者您将它们用于两个新标志,然后再添加两个位?这将如何影响已经编写的代码?跟踪所有位置并实际更改代码有多容易?

在小型应用中,这不是什么大问题。但应用程序随着时间的推移而增长。如果 table 被广泛使用,这是非常危险的。如果您的代码使用第 7 位和第 8 位标志,并且它们被删除并且决定(让其他程序员说)重用相同的地方,那么用于访问第 7 位和第 8 位的任何代码将继续运行(错误地) 直到注意到这一点。在发现并解决问题之前,它可能已经做了有害的事情。如果您有单独的列并删除了它们,则在第一次使用该代码时错误会弹出到表面,因为列将不存在。

c- 毫无疑问,为 dba 编写升级数据和/或更改结构的脚本会更加困难。有经验的 dba 不会坐下来一个接一个地写列名称,而是会使用其工具来生成脚本。通过位操作,他将不得不手工工作并且在他在各种选择/更新中产生的表达式中不会出错

5- 以上都是数据库相关的。一旦它到达您的应用程序,您就自由了。 您可以从数据库中读取 16 个标志并生成您的整数,从现在开始,您的代码可以对其进行位操作,并且可以节省时间(通过编写一次处理它的函数并使用它们)。我个人认为这里也最好不要这样做,但无论如何这是你的选择。

我知道我没有专注,我可能会在这里和那里重复。但我也希望我能够帮助您了解更长期的考虑因素,从而帮助您针对您的情况做出正确的选择。

关于java - Java 和 MySQL 中多个 boolean 标志与多路复用整数(位)的效率,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8420563/

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