存储图像的网页

@Nicklamort - 是的，这是BLOB SQL数据类型是什么（二进制大对象）这里是一个有趣的描述的链接：[链接] http://searchsqlserver.techtarget.com/definition/BLOB – hypervisor666 2011-04-23 18:35:19

啊，我明白了。好男人+1 = P – 2011-04-25 16:24:52

都很好。但我一直选择使用实际的文件给图像一个id。这是因为你的服务器和php必须为blob做更多的工作。

来源

2011-04-20 16:15:04 user706270

从Choosing data type for MySQL?

MySQL是不能与任何数据大于 max_allowed_packet个工作（默认值：1M）在大小，除非你在服务器端构建复杂和内存激烈的解决方法。这进一步限制了可以使用类似TEXT/BLOB的类型进行的操作，并且通常会使 LARGETEXT/LARGEBLOB类型在默认配置中无用。

所以小心你的斑点我喜欢把图像存储在硬盘上和数据库中的路径/ ID。存储在数据库中的优点非常小，并且速度可能会变慢。

来源

2011-04-20 16:15:35 austinbv

最好的办法可能是实际的文件存储在网络/文件服务器上，并且只存储链接到数据库中该文件。这可以防止数据库服务器因不必要的繁忙工作而陷入困境。

来源

2011-04-20 16:18:07 Donnie

退房http://transloadit.com，它的上传和存储（亚马逊云）图像的服务。

来源

2011-04-20 16:21:25 powtac

数据库存储可以有一定的优势，常常被遗忘。

您可以将您的图像与您的数据库一起备份，不需要此文件系统备份。
当您的网站获得交通拥挤

当然

它不适合，如果你有大量的图片，可能是更容易的规模。如用户贡献的内容等

，但如果你有一点点的报纸网站不具有许多文章在网上，可以完美专卖店缩略图在数据库中，在复制的奴隶建立自己的系统。

但是...说实话：

店您在Amazon S3上的图像。简单的API，冗余，高可用性和负载均衡的存储为便宜。

来源

2011-04-20 16:21:34

我总是喜欢没有评论的downvotes。 – 2011-04-20 16:27:11

我也很好奇CSS和js文件。 pdf，swf和xls等也被计算在内。将整个站点内容存储在数据库中以使文件系统备份真的变得不必要了吗？他们的文件系统备份是否邪恶？ – 2011-04-20 16:28:41

你需要照顾，监视，编程和维护的另一件事。如果你只是有图像（如问题中所述），并且没有太多（如我的答案中所述），它可能更容易。我从来没有使用过这个字，并给出了一个有效的例子。想象一下你有一个只有文本为基础的大文章的网站。现在你想要一个小图像在Facebook上作为预览显示。你是否真的想为它设置一个filesytem解决方案？ – 2011-04-20 16:33:51

我建议保存为普通静态文件。然后将它们的文件名存储在数据库中。您可以提取匹配的文件名和file_get_contents图像数据或直接链接到实际图像文件。

不要将图像数据本身存储在数据库中。

来源

2011-04-20 16:31:00 Stevie

存储图像的网页

回答

相关问题