关于 web 开发 数据库实体的问题

举个例子,比如博客文章,一篇文章对应多个 tag,那么文章的实体里面要有一个字段 list<string>吗,因为这种一对多的关系数据库应该用另一个表存,这种情况感觉挺常见的,不知道标准的做法应该是怎么做的。

还是说要两个实体类?一个和数据库映射的,一个是处理之后和上层 service 交互的?

最简单的方法应该是怎么做呢?

相关文章

6 thoughts on “关于 web 开发 数据库实体的问题

  1. 常规处理的话就
    一张 tag 表, 存各种 tag.
    一张 文章 id 和 tag 的多对多表, 存文章 id 和 tag 的对应关系.

    以上是我写个人博客练习时候的做法.

  2. tag 最关键的概念是反向索引,你文章就用一个 string 来存 tags,就做不到反向索引了

  3. @zxCoder #4
    一篇文章对应多个 tag,那么文章的实体里面要有一个字段 list<string>吗
    ————————————————————————————
    这句话的意思不就是咩。。。
    而且文章和 tag 是多对多,不是一对多

  4. 文章对标签是多对多,不是一对多。

    只有实体之间才存在关联关系,所以不存在 List < String >类型的关联字段(非关联关系的基本字段,可以有这种类型)。关联字段的类型,若是 List,则必定是 List < Entity >。

    建议楼主先从零开始学习一下 ORM 。

发表评论

电子邮件地址不会被公开。 必填项已用*标注