PHP和MySQL标记系统逻辑

我目前正在构建一个平台,允许人们上传图像并标记它们.

我正在阅读一些具有以下结构的文章来存储标签

存储逻辑1

| photo_id |     name     |            tags            |
|     1    |  some photo  | flower,sun. island,beach |
|     2    |  some photo2 | hawaii,travle. surf       |

很多人说这不是一个好主意

所以我的逻辑.

我正在阅读关于多对多关系,我想出了这个逻辑

标签表

| tag_id   |   name   |
-----------------------
|     1    |  flower  |
|     2    |  hawaii  |
|     3    |  surfing |
|     4    |  island  |
|     5    |  travel  |

照片表

| photo_id |     name     |
---------------------------
|     1    |  some photo  |
|     2    |  some photo2 |

关系表

| tag_id   |   photo_id   |
---------------------------
|     1    |       1      |
|     2    |       1      |
|     3    |       1      |
|     4    |       2      |
|     5    |       2      |

我选择使用Laravel framework来简化开发

但我的问题是逻辑2和我害怕的是它会产生巨大的加载时间.

因为没有默认的基于用户的标签我想到了以下逻辑.

用户使用标签上传图像,在保存图像之前,检查实际标签是否存在,如果不保存,则返回tags_id并将其保存到关系表中,使用photo_id

所以我有2个问题

>哪种逻辑更好,为什么？
>如果是逻辑2,那么我的想法是不是很好？我应该担心将来有多少标签的加载时间？

谢谢