gpt4 book ai didi

壁纸的 MySQL 表结构

转载 作者:行者123 更新时间:2023-11-29 13:05:19 25 4
gpt4 key购买 nike

选项 1

壁纸

|wall_id| |wall_name| |thumbnail| |preview| |upload_date| |views| |downloads| |path_1280x800| |path_1366x768| |path_1920x1080|

选项 2

壁纸

|wall_id| |wall_name| |upload_date| |views| |downloads|

<小时/>

wallpaper_thumnail_previews

|thumbnail_preivew_id| |wall_id (F)| |thumbnail| |preview1| |preview2| |preview3|

<小时/>

wallpaper_paths

|path_id| |wall_id (F)| |path|

|path| column will store all the size paths

示例数据

path_id       wall_id       path
----------- ----------- -----------
1 2 wallpaper1_1280x800.jpg
2 2 wallpaper1_1366x768.jpg
3 3 wallpaper3_1280x800.jpg
4 4 wallpaper4_1920x1080.jpg

上面,我“尝试”说明了两种数据库设计方法,只是想询问您对这两种方法中哪一种更好的意见/建议?

最佳答案

我会将缩略图保留在主壁纸表中,除非每个壁纸的缩略图数量未定义。我假设您有一个 64x64 小缩略图和一个 200x200 大缩略图;一些小的定义集。

我会将实际图像的路径推送到一个单独的表中,如您的第二个提案所示。您将来可能希望提供不同分辨率的壁纸(例如,针对最新的移动设备),并且这种容易预见的情况不需要更改 DDL。请注意,此表应具有 widthheight 字段。我希望您不是认真建议在 path 中存储多个路径!

关于壁纸的 MySQL 表结构,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/22796179/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com