我正在为一个电视网络从头开始重建一个网站，该网站有相当多的内容（约50个节目、约3000集、约300部电影、正在进行的时间表条目等）。

我们希望能够以非常类似于ABC的方式列出即将播出的节目的时间表：http://abc.go.com/schedule

他们现有的构建和连接自定义帖子类型和分类法的方案是几年来几个不同开发人员的结果，它变得非常复杂，所以我们从新网站开始，我们希望干净地做事。

我们正在使用工具集插件（特别是类型和视图）为网站设置内容模型：https://wp-types.com

Here\'s what we have in place so far that I feel reasonably confident about:

<主要内容类型是电影、节目和剧集。这些当前设置为自定义帖子类型。

这些节目和电影对诸如类型、内容是原创的还是后天获得的等等都有分类。

节目和剧集有一对多的关系，许多剧集属于一个节目。电影是独立的内容条目。

每个节目、集和电影都有一个标题、描述和各种元数据，这些元数据是从CSV文件导入的（例如集号、标题代码、首播日期等）。

The big question is how to handle the Schedule portion of the site.

在旧系统下，时间表条目被赋予了自己的帖子类型，重复了剧集和电影中的许多相同字段。

每天，将通过chron作业上的CSV文件导入为期两周的计划条目（以半小时为增量），删除所有旧的计划条目，并在此过程中添加新条目。所以我们收集了成百上千的条目。

这些时间表条目的名称为“02-27-2017-7:00-8:00”，其内容和元数据基本上是已在插曲或电影条目中的内容的副本。

在我看来，这似乎不是一个非常理想的处理方法，但我也不完全清楚最好的方法。

像ABC上那样的日程安排是否要求这些日程安排项目是他们自己的自定义帖子类型条目，或者是否有更干净的方法来处理这个问题？

如果它们必须是自定义的帖子类型条目，我们如何使它们尽可能干净和最少，只引用适当的插曲或电影条目中已经存在的内容，而不复制它？

非常感谢您的任何见解！

table slots
id | start (DATETIME) | end (DATETIME) 

table slot_relations
id | slot_id (INT) | post_id (INT)