Database design 需要数据库设计帮助

我正在为一个招聘网站开发一个数据库模型，我有很多困惑

求职者可以在线制作5份简历。 在位置字段中，他可以添加5 地点最多。 求职者可以填写表格 工作将根据 他填写的字段。在这种形式下，他可以选择任意多个位置。 工作海报可以张贴工作。他可以 添加他想要的任意多个位置 工作表。 我已经创建了一个包含所有位置的位置表。现在我搞不清楚简历、工作电子邮件和工作广告表中的位置是如何保存的

我可以想出两种解决办法

每个表中都有一个位置字段，从表单中发布的所有位置ID都将保存在此字段中，并用逗号分隔。稍后我可以使用一些mySql函数来匹配这些位置。 为每个表创建另一个表，其中包含列resumeId、locationId，所有位置都将在此表中另存为一条记录。 以下哪种解决方案是正确的？或者，对于这种情况，还有其他方法吗

谢谢创建另一个表。永远不要将数据存储为逗号分隔的值。永远都不可能有点夸张，但在大多数情况下，最好将数据存储在表中，这样您就可以对其应用常规SQL查询，而无需解析逗号分隔的数据

换句话说，第二种方法是最佳方法。

创建另一个表。永远不要将数据存储为逗号分隔的值。永远都不可能有点夸张，但在大多数情况下，最好将数据存储在表中，这样您就可以对其应用常规SQL查询，而无需解析逗号分隔的数据

---

换句话说，第二种方法是最佳方法。

我会将所有这些分类或对象作为一个单独的表。当需求总是发生变化时，这将产生可扩展性

---

然后通过代码控制它们只被允许5次，无论是在存储过程中还是通过php或c，这都无关紧要。

我会将所有这些分类或对象作为一个单独的表。当需求总是发生变化时，这将产生可扩展性

---

然后控制这样一个事实：在存储过程中或通过php或c，它们只允许通过代码进行5次访问，这其实并不重要。

我从来没有，从来没有用逗号分隔过。但是，在这种情况下，我感觉位置只是5个神奇的文本字段，SQL非结构化数据永远不会处理这些字段，在SQL中是行不通的。所以我会使用一些神奇的分隔符char253，a-la-PICK来存储多值属性…我必须在resume、jobAd、emailJobs表中存储每个条目的位置、子位置、分类、子分类、工作类型。那么我要做5 x 3张桌子？例如，jobAd表将有say JobaId和jobTitle字段，还有另一个表jobAdLocations，它将有JobaId和locationId字段。如果说招聘广告针对50个地点，那么在招聘广告位置表中，一个招聘广告将有50个条目？@神秘-存储空间很便宜！=如果广告针对50个位置，则在jobAdLocation表中有50条记录。例如，如果要查找位置为33的所有作业，使用jobAdLocation表SELECT*FROM jobAdLocation，其中LocationId=33，比使用逗号分隔的值容易得多。特别是如果你想要所有的都有位置33，但没有位置32，例如…@pascal，也许我应该说，从来没有任何东西分开过。如果您使用数据库存储关系数据，请发挥它的优势。第二，我从来没有，从来没有用逗号分隔过。但是，在这种情况下，我感觉位置只是5个神奇的文本字段，SQL非结构化数据永远不会处理这些字段，在SQL中是行不通的。所以我会使用一些神奇的分隔符char253，a-la-PICK来存储多值属性…我必须在resume、jobAd、emailJobs表中存储每个条目的位置、子位置、分类、子分类、工作类型。那么我要做5 x 3张桌子？例如，jobAd表将有say JobaId和jobTitle字段，还有另一个表jobAdLocations，它将有JobaId和locationId字段。如果说招聘广告针对50个地点，那么在招聘广告位置表中，一个招聘广告将有50个条目？@神秘-存储空间很便宜！=如果广告针对50个位置，则在jobAdLocation表中有50条记录。例如，如果要查找位置为33的所有作业，使用jobAdLocation表SELECT*FROM jobAdLocation，其中LocationId=33，比使用逗号分隔的值容易得多。特别是如果你想要所有的都有位置33，但没有位置32，例如…@pascal，也许我应该说，从来没有任何东西分开过。如果你使用数据库存储关系数据，发挥它的优势。我的第一份工作是一个电子商务网站，它以逗号分隔的值存储所有图像和产品信息。。ple

---

请不要这样做。使用额外表格的解决方案更易于管理。我的第一份工作是一个电子商务网站，它以逗号分隔的值存储所有图像和产品信息。。请不要这样做。使用额外表格的解决方案更易于管理。