【发布时间】:2011-11-05 03:02:58
【问题描述】:
我正在为一款名为“eve”的游戏创建采矿计算器。
在“eve”中,可以开采 46 种不同类型的矿石。在我的界面中,我有一个玩家列表,您可以从中选择将成员添加到采矿操作中,以及您可以添加到那里操作的矿石列表。
每次单击成员时,都会使用 jquery toggle 突出显示该成员,并且将 ajax 请求发送到具有该成员 id 的 php 脚本,该脚本将该成员添加到包含 op_id 和属于的成员的数据库表中它。在此之后,将查询该挖掘操作表以获取属于它的成员,并将该列表返回给在操作中创建用户表的用户。现在,当向数据库查询属于采矿操作的成员时,会生成一个表,其中包含所有 46 种矿石类型以及包含在其自己的 td 中的文本框。在生成表格时,表格中的所有 46 种矿石都附加了display: none 的样式。在返回包含所有成员和他们可以开采的所有矿石的表格后,用户可以选择他们将使用的矿石类型。当一个人点击矿石列表中的矿石类型时,会触发一个类似的切换事件,其中矿石类型在列表中突出显示,并显示属于每个用户的相应表头和 td。这给人一种错觉,指定类型的矿石被添加到操作中。
我想做的是能够跟踪属于特定操作的矿石类型,就像我跟踪属于该操作的成员一样。我正在寻找一种在数据库中存储用于特定操作的矿石列表的好方法。这样我就可以代替在选择矿石时返回所有类型的矿石隐藏和取消隐藏,只是在选择它们时将它们添加到数据库中,这样当我生成表时,我不仅选择了成员,而且选择了矿石也被选中。
我想不通的部分是将属于特定操作的矿石列表存储到数据库的好方法。
我应该将列表存储在 CSV 类型的设置中吗?或者是否有某种方法可以在数据库中存储这样的列表。请注意,我用来存储用户的方法可能会使用与矿石相同的方法,但到目前为止,我已经设置了用户表,其中 op_id 在一个列中,member_id 在另一列中。这会导致 op_id 重复多次,我认为这可能是错误的。
提前感谢您提供的任何建议或概念,我可以参考这些建议或概念来更好地组织此数据库。
注意:我不是在寻找解决问题的方法,而是寻找一个我可以应用的概念来帮助我创建更好的解决方案。
【问题讨论】:
-
我可能会误解,但我收集到的是层次结构类似于:采矿操作>成员>成员将开采的矿石列表。对吗?
-
听起来更像是成员 -> 采矿操作 -> 矿石列表?听起来一个操作有多个成员
-
@Dave - 这就是我所追求的。分配给成员的矿石,而这些成员又分配给 ops。 Wes - 请你为我们解释一下。