gpt4 book ai didi

database-design - MySQL:复杂的数据结构和查询

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

我在确定为以下(相当复杂的)数据结构创建数据库表的最佳方法时遇到了一些麻烦,我希望比我更有经验的人可以提供帮助。我遇到麻烦的主要原因是规范化和不惜一切代价避免查询内部循环。

location 1 (location_group_name, owner_id, admin_id)
location 1.1 (name, address)
location 1.1.1 (name)
// DEVICE LIST
device 1 (manufacturer_id, model_id, serial, purchase_date, service_date)
Battery (manufacturer_id, model_id, purchase_date, service_date)
Accesory 1 (manufacturer_id, model_id, purchase_date, service_date)
Accesory 2 (...)
Accesory n (...)
device 2
Battery
Accesory 1
Accesory 2
Accesory n
device n

// STAFF LIST
person 1 (name, email)
qualification 1 (type, date)
qualification 2 (...)
qualification n (...)
person 2
person n
location 1.1.2
location 1.1.n
location 1.2
location 1.n
location 2
location n

我目前正在考虑将每个设备和人员作为序列化的多维数组插入,但由于 cron 作业脚本将检查 service_date 如果满足特定条件,每天都会向地点组的管理员和所有者发送自动电子邮件。更复杂的是,设备数据也应该可以通过 model 搜索,以防召回,或者通过 serial_number 快速查找,以防用户有很多设备添加和/或不确切知道它的位置。

如果要求不高的话,我还想看看所提出的数据结构的查询示例(只是因为我认为它可能会使用联接,而我对它们很不熟悉)。

此外,如果您需要任何其他信息,请随时提出,我很乐意详细说明。

在此先感谢您,我们将不胜感激!

最佳答案

我不完全确定您要在这里做什么,但为什么要有所有层次结构?这是某种商店/设备/员工模型,对吗?在关系数据库中,您可以将离散信息分成各自的部分,并将它们与其他表相关联。所以如果你有商店/设备/员工,你可以有一个“stores”表,一个“devices”表,一个“owners”表,一个“employees”表,一个“stores_employees”表,一个“owners_stores”表,一个“devices_stores”表(您可以在其中跟踪库存)、“employees_qualifications”表等。

关于database-design - MySQL:复杂的数据结构和查询,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3425607/

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