Php 什么'；这是在MySQL数据库中保存数据最有效的方法

嗨，我有数据，我需要存储在我的数据库。我的网站是关于电视节目的，我所说的数据基本上是季节和剧集。我关心的是我应该用两张桌子还是一张桌子。我会说得更清楚：

选项1:

季节表

• 邮政编码
• 季号
• 季刊
• 语言
• 副标题
• 项目日期（创建时）
• 项目_已修改（上次修改时）

表

• 邮政编码
• 季节标识
• 插曲编号
• 第二集标题
• 项目日期
• 项目(u)已修改

选项2:

唯一表

• 邮政编码
• 项目类型（季或集）
• 季号
• 季刊
• 语言
• 副标题
• 季节标识
• 插曲编号
• 第二集标题
• 项目日期
• 项目(u)已修改

我自己已经看到，使用选项1时，两个表之间会有很多公共字段，而使用选项2时，会有很多字段永远不会被使用（例如，一个插曲将永远不会在现场季节标题中有值，因为它只需要季节id的值就可以链接到该季节）

那么，哪一个是最好的选择呢？我愿意选择选项2，但我担心那些空字段在处理表中的任何数据时会浪费内存或加载时间或其他任何东西。这是真的吗？提前感谢大家，我希望我说清楚

---

顺便说一句，我的网站是基于wordpress的，我将使用一个自定义表，但我想我将使用一些wordpress函数来处理数据，如

$wpdb->insert

，等等…

两个表是这里最好的方法，它更符合的规则。如果有重复的问题，你需要更好地评估在哪里您正在存储数据

item_date

和

item_modified

对于每个条目可能都是唯一的，即使它们在模式方面是“重复的”。不要担心这一点

---

无论post\u id是什么，您都必须评估post和这两个表之间是否有直接关系，或者从post到seasons再到Spidence之间是否有直接关系。

两个表是最好的方法，更符合的规则。如果担心重复，您需要更好地评估存储数据的位置。

>

item_date

和

item_modified

对于每个条目可能都是唯一的，即使它们在模式方面是“重复的”。不要担心这一点

---

无论post\u id是什么，你都必须评估post和这两个表之间是否有直接关系，或者从post到季节到剧集之间是否有直接关系。

最好的选择是应用规范化原则阅读更多信息并考虑未来的计划，例如，如果你想要评论、论坛帖子等。你明白我的观点了吗选项1更安全。我可能会把字幕放出来，因为一季和另一季的可用字幕可能有所不同。我会把它放在一个剧集关系上（一个新的字幕-剧集关系表）谢谢你们两位的回答。@Simplemind先生：问题是，如果我有一季有字幕和无字幕的剧集，它将分为两季：例如第三季（英语）和第三季（副英语）有相同数量的剧集，但可能有不同的名称，当然也有不同的链接。是的，我考虑过未来的计划，这也是一个问题，但我总是可以在选项2中的唯一表格中添加一列，对吗？我理解你的想法，即使我不喜欢：）。。当然，您可以稍后添加新列。但不管字幕是什么，我都会有一季。然后有一个字幕等的关系表。这样我也可以有很好的统计，有多少人对第X季感兴趣。。。而不是有多少人对第X季、第Y季和第Z季感兴趣（因为它们是同一季但有不同的字幕）。。。嗯，两种方法都有效。只要记住模型背后的统计和分析：）欢迎您，祝您的项目好运。另外，还可以在谷歌上查看

连接可视化的
。。例如会帮你很多的！最好的选择是应用规范化的原则阅读更多关于未来的计划，例如如果你想要评论、论坛帖子等。你明白我的观点。。。选项1更安全。我可能会把字幕放出来，因为每个季节的字幕可能会有所不同。我会把它放在一个插曲关系（字幕插曲关系的新表格）上，谢谢你们的回答@Simplemind先生：重点是，如果我有一季有字幕和无字幕的剧集，它将被显示为两季：例如第三季（英语）和第三季（亚英语），剧集数量相同，但可能有不同的名称，当然有不同的链接。是的，我考虑过未来的计划，这也是一个问题，但我总是可以在选项2中的唯一表中添加一列，对吗？我理解你的想法，即使我不会这样做：）。。当然，您可以稍后添加新列。但不管字幕是什么，我都会有一季。然后有一个字幕等的关系表。这样我也可以有很好的统计，有多少人对第X季感兴趣。。。而不是有多少人对第X季、第Y季和第Z季感兴趣（因为它们是同一季但有不同的字幕）。。。嗯，两种方法都有效。只要记住模型背后的统计和分析：）欢迎您，祝您的项目好运。另外，还可以在谷歌上查看
连接可视化的
。。例如会帮你很多的！谢谢你的回答
post_id
只是该季/剧集所属的后期的id，因此它是必需的