gpt4 book ai didi

php - 关系型数据库 MYSQL/PHP

转载 作者:行者123 更新时间:2023-11-30 23:24:26 24 4
gpt4 key购买 nike

我正在建立一个类似于 craigslist 的分类广告网站。

网站分为几个部分;即论坛、出售、提供的服务等。

每个部分下都有几个[类别],即论坛[宠物]、论坛[书籍]、待售[易货]、服务[易货]等。(请注意,某些类别仅由其部分唯一标识,例如在“待售”和“服务”两个部分进行易货和易货的情况。)

用户将从每个部分中的帖子链接发布到类别。如果适用,用户可以上传照片并为其产品选择某些便利设施。论坛帖子不需要便利设施属性,而车辆广告可能需要。便利设施包括:用于汽车广告的自动变速器,或用于房屋出租的家具。

我正在尝试找出数据库架构的最佳逻辑设置。

目前我有这种基本输入/查询的逻辑结构:

SECTIONS TABLE- section_id, section
CATEGORIES TABLE- cat-id, category, section_id(foreign key)
AMENITIES TABLE- amen_id, amenity
PHOTOS TABLE- photos-id, file

POST TABLE- post_id, category, timestamp, description

SECTION_POST TABLE- section_id, post_id
POST_AMENITY TABLE- post_id, amenity_id
POST_PHOTO TABLE- post_id, photo_id

我将 [SECTION_POST] 作为我的主要多对多,因为 [POST] 中的类别必须与该部分相关。我将 CATEGORY 与类别表中的 SECTION 相关联,这在我看来就像是添加了类别属性的 M-to-M。这样可以吗?

另外,关于我应该如何考虑这个模式,你有任何其他建议吗?我认为我遇到的问题主要与无知有关,而不是缺乏组织能力。也许你们中的某个人可以教育我或推荐我找到一个可以解决我的一般问题的不错的链接。

最佳答案

您的设计相当标准。这里有一些评论,以及一些需要考虑的事项:

  • 对于您具有隐含依赖关系的 key (例如 SECTION_POST)许多 ORM 库都存在问题
    依赖关系和由此产生的连接键。有还有 key 分配的问题。由于这两个原因,许多
    人们会给那个表一个独立的键(哪个
    可以方便地做成 AUTO_INCREMENT) 并将原来的 PK 移动到外键。

  • 在 SECTION/CATEGORY 方面,只有你能说出一个概念/实体 SECTION 有多重要,但是明显的问题会是,SECTION 与 CATEGORY 有何不同。你可以具有相同的结构,具有更大的灵 active 仅具有自引用“PARENT_CATEGORY_ID”的 CATEGORY柱子。这将允许您定义一个树结构类别,同时,很容易获得顶部在 PARENT_CATEGORY_ID 上使用 IS NULL 级别类别。

  • 我不清楚您打算如何将照片与 POST 相关联,但从设计的角度来看,支持 M-M 会很好关系,以便您可以将多张照片用于单个发帖。

否则,您似乎对关系设计基础知识掌握得很好。我做了很多数据库设计,并且更喜欢使用商业 erd 设计工具,但是有一些免费的选项,例如 Mysql workbench(假设您正在为 mysql 设计)可以帮助您可视化您的设计,并确保所有的 SQL DDL 是正确的。拥有项目开发阶段的文档也很好。

关于php - 关系型数据库 MYSQL/PHP,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14014420/

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