数据库设计 - 在哪里存储默认的个人资料图片？

Question

考虑一个 ProfilePicture 实体，例如：

@Entity
public class ProfilePicture {

  @Id
  @GeneratedValue(strategy = GenerationType.IDENTITY)
  private Long id;

  private byte[] image;

  @OneToOne
  private Employee employee;
}

每张个人资料图片都与一名员工相关联 - 如果个人资料图片存在，则它必须与一名员工相关联。 但是，如果有一个没有个人资料照片的员工，那是完全可以的。

我现在想创建一个 REST 端点，它允许向给定的员工 ID 请求个人资料图片。 如果提供的员工 ID 不存在个人资料图片，我想返回默认图片。

问题是我不知道在哪里存储默认图片：我想将默认图片存储在我的个人资料图片数据库表中。 但这是不可能的，因为每张图片都必须与员工相关联，而默认图片不是。 我也无法在员工数据库表中创建代表默认员工的虚拟条目，因为我希望能够通过另一个 REST 调用请求所有员工，并且我不想每次都过滤掉这个虚拟条目。

这应该是一个常见问题，我想知道最好的解决方案。 我可以创建一个额外的数据库表，只保存默认图片，但我真的不知道这是否是个好主意。

Answer 1

我更愿意将图像存储在 AWS s3 存储桶中并使用 s3 路径，例如 s3://bucket-name/some-profile-id/picture.jpeg。

（这对您的问题无关紧要，但 SCNR）我还将为 s3 路径中的所有图像启用云端启用。

对于默认图像，我可以在配置文件表中为这些用户分配默认路径。 正如您已经在实体中显示的那样，也可以存储图像。 但是将来维护起来会很困难，并且拥有像这样的cdn-cloudfront来更快地访问将非常困难。

Answer 2

我会将图像存储在 s3 存储桶中，并使用一些属性文件来存储默认 pfp 的 URL。

然后，您可以在应用程序启动时在初始响应中包含默认的 pfp url，如果当前用户不存在 pfp，则只需使用它。

您可以在本地使用像 MinIO 这样的应用程序来处理 mocking 和 s3 存储桶。

其他选项可能包括将字节数组存储在某些“文件”表中，或者将文件存在于您的服务器上，然后让 API 直接获取文件。

Answer 3

在数据库中将图像存储为 byte[] 总是不好的，因为它会使 API 慢得多。 相反，我建议将其存储在 AWS S3 或任何其他第三方存储服务中，并将该图像 URL 存储在您的数据库中。

至于您的默认图片，您有很多选择可以使用它 i) 在您的资源文件夹中包含默认的个人资料图片，并且只有在用户没有向您提供任何图片时才从那里获取它。 如果您这样做，则同一图像的多个副本将存储在 AWS S3 或任何第三方存储服务中。

ii) 将默认镜像放到 AWS S3 并获取镜像 URL。 当用户没有为您提供任何图片时，您可以使用 URL。

对于 REST 端点，您可以使用 form-data 将请求正文和图像作为 MultipartFile 读取。