我正在做一个个人项目，我有一个电影标题数据库，其中每个标题都有一个genre_id数组，这些数组是对应于流派名称的整数。有 20 种或更少的流派，我预计将来不必添加任何流派。我通常只会用"ID"和"Name"制作数据库表，并在查询中引用它。
但是在这样的个人项目情况下，有这么小的集合，我想知道是否有任何理由不只拥有一个 JS 对象，我只是在返回流派的任何地方替换 genreName[genre_ID]，而不是经历"麻烦"(我用空气引号说，因为我显然很懒(为流派创建一个 Postgres 表并更改我的名字的 ID数据库查询。
我只是想知道一种方法是否会比另一种方法有任何严重的缺点？我认为这没有时间或空间复杂性问题，只是关注点分离/惯例吗？
这里的权衡是现在付钱还是后付钱。
如果您花额外的几分钟来创建movie、genre、多对多movie_genre联接表和 FK 约束，您将不会发现自己深入研究要查看的新报表的嵌套数组，也不会为虚假genre_id如何以某种方式进入您的movie表而挠头。
关于如何填充表，PITA 存在许多问题。 我听到并理解它们，但有一些好的做法可以帮助处理它们，正如我前面所说，现在是付钱还是以后付钱。 不乏NoSQL垃圾箱火灾，由于有人走了捷径，因此将花费大量时间和金钱来修复。
如果您对此有任何疑问，请告诉我，我很乐意在这里与您讨论。
在数据库中不使用表的缺点之一是不能有外键引用它，因此电影数据不受限制为具有有效的类型。