gpt4 book ai didi

mysql - 另一个数据库设计难题

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

我们正在使用Mysql进行Cake PHP项目。考虑一下我们现在拥有的这三种用户类型-管理员,管理员和发布者(在管理员下)。

当前,管理员用户可以在下拉列表中查看发布者列表,我们需要更多的管理员用户,并限制他们可以查看的发布者数量,以允许每个这样的管理员查看不同的发布者组合。我们必须首先准备好演示,然后可能会有更多的更改请求。考虑到当前需求和一些其他预期需求,我希望您对数据库设计有意见。

细节
 发布者存储在表publishers中,该表具有字段manager_id(发布者所在的管理者)。每个发布者在表中都有一条记录。我们启用了memcaching,并且有一个memcache键来存储所有发布者的列表。同样,我们有用于管理员列表,管理员和发布者的层次列表的内存缓存键。

现在,我们需要有更多的管理员用户(当前只有一个),并限制他们可以查看的发布者数量。我们应该为每个这样的管理员用户提供一个受限列表,这样每种情况下可见的发布者组合可能会有所不同。似乎几乎不会有10-15个这样的用户。该部分必须在演示中,但除此之外,我们可能还希望保留一些条款,以便轻松限制经理名单。因此,类似于发布者,我们应该能够为访问受限的每个管理员显示不同的管理员组合。在一些模块中,我们显示了经理和发布者的层次结构列表。尚不确定如何处理该模块。我们还没有决定为相关的管理员用户提供一个用于编辑受限列表的UI。目前,我们可能没有用于编辑每个管理员的受限列表的UI,因此,解决方案必须易于在后端手动编辑内容,这一点很重要。

注意-我们将为客户提供一个演示。我们可能暂时没有提供用于编辑每个管理员的受限列表的UI,因此解决方案必须易于在后端手动编辑内容。

我们已经想到了这些方法–


一种。一个具有字段admin_idmanager_idpublisher_ids的新表,用于保留关联,并为具有受限访问权限的每个管理员提供多条记录-对于需要出现在受限列表中的每个管理员,每个记录都有一条记录。 publisher_id字段将以csv格式存储该管理器下的所有发布者ID。

b。一个具有admin_idmanager_idspublisher_ids字段的新表,每个受限制的管理员都有一条记录。 manager_ids字段将以csv格式存储所有经理ID,需要在受限列表中显示。所有发布者(在管理者下)将采用csv格式。
除了为存储限制规范创建单独的表外,还可以在现有表中为发布者和管理者添加一个新字段display_in_limited_list_of_admins,该字段将存储此发布者需要出现的admin ID的csv列表。


我喜欢最后一种方法。请注意,我可能几乎没有10-15个具有受限权限的管理员用户,但是大约有数千名管理员,发布者,并且还在不断增加。因此,在这种情况下,我们必须存储最少的信息。同样,我们不必执行任何更多的查询。我们只向当前查询添加一个where条件,以获取发布者列表等。当UI准备就绪时,更新逻辑看起来很简单,只需使两个表(发布者和管理者)的display_in_limited_list_of_admins字段为true。直到那时,我们最多必须手动运行这两个查询。

所以,请发表您的意见...我可能会错过的任何事情...什么时候/为什么要为此添加新的关联表?

最佳答案

也许我错过了一些事情,但是看起来就像表之间存在n:m关系的情况。

如果要为您的域建模,我将在“管理员”和“经理”之间建立一个关系表,并在“经理”和“发布者”之间建立一个关系表。

admin     admin_manager       manager        manager_publisher      publisher-----     -------------       --------       -----------------      ---------id        admin_id            id             manager_id             id          manager_id                         publisher_id

This way you have all the necessary to select and group as needed.For example, to select all publisher ordered by admin

SELECT *
FROM admin
INNER JOIN admin_manager ON admin.id = admin_manager.admin_id
INNER JOIN manager ON admin_manager.manager_id = manager.id
INNER JOIN manager_publisher ON manager.id = manager_publisher.manager_id
INNER JOIN publisher ON manager_publisher.publisher_id = publisher.id
ORDER BY admin.id ASC, manager.id ASC


如果要从ID为24的管理员中仅选择发布者,只需添加

WHERE admin.id = 24


如果您要计算发布者如何任命一位经理:

SELECT manager.id,
count(publisher.id) AS How_many_Publisher
FROM manager
INNER JOIN manager_publisher ON manager.id = manager_publisher.manager_id
INNER JOIN publisher ON manager_publisher.publisher_id = publisher.id
GROUP BY manager.id
ORDER BY How_many_Publisher DESC


等等。

所有数据均已规范化,您可以根据需要添加任意数量的admin,manager,publisher,并且它们每个都可以与所需的其他数量关联。即您可以拥有一名发布者和一名管理员,而这位经理具有两名管理员。

关于mysql - 另一个数据库设计难题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8255623/

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