我们都知道使用数据库进行文件存储(特别是图像)的讨论已经失去了多少论据和生命。在决定如何进行我的项目时,我有点不高兴。
我有一个允许管理员上传员工图片的网站。现在,这些图片存储在我的MySQL数据库的BLOB中。另外,我有一个与网站一起运行的Windows应用程序。该应用程序使员工能够成功完成打孔并显示照片。通过应用程序中的mysql查询(从非本地远程位置)检索图片,该查询将图像内容转换为在图像框中输出的可读图像,从而确认员工的身份。
在我看来,将图像存储在数据库中并通过简单的查询来检索它们要容易得多。我发现这比将图像路径存储在数据库中以及必须处理下载图像的应用程序要容易得多。我也不必处理冲突,文件夹组织和安全性以及由于x,y等原因而被重写的路径。
裁剪到一定大小后,存储在数据库中的图像仅20 kb。我的问题是,仍然值得用图像路径嵌入数据库,还是应该像现在这样简单地存储它们?如果在这种情况下仍然不建议在数据库中存储图像,是否有正式的方法来存储图像路径?
任何帮助,将不胜感激。如果这个问题不属于这里,我很乐意提出。
如果图像是用户数据,而不是应用程序代码或主题的一部分,那么将图像存储在数据库中是个好主意,因为…
如果您只需要备份数据库,则备份将更易于管理。另一方面,如果将一些应用程序数据存储在数据库中,而将某些应用程序数据存储在文件系统中,则必须协调数据库和文件系统的备份计划,以确保两者的一致性。
如果您可以使用数据库管理员,那就太好了!您的备份应该已经做好了。如果没有,那么数据库备份的设置可能会有些棘手,但是一旦有了备份系统,它就会比文件系统备份更好。例如,许多数据库系统都支持流复制。
当然,将图像保存在文件系统上也具有其优点,即在性能和简单性上,因为大多数Web服务器都是为服务静态文件而构建的。混合方法可以为您提供两全其美的优势:
本文收集自互联网,转载请注明来源。
如有侵权,请联系 [email protected] 删除。
我来说两句