在MySql数据库中存储小图像,为什么与SQL Server不同?

在MySql数据库中存储小图像,为什么与SQL Server不同?,mysql,sql-server,image,blob,varbinary,Mysql,Sql Server,Image,Blob,Varbinary,我知道在MySql数据库中存储图像的问题以前已经被问过很多次了,但我还没有看到关于真正的小图像(~1-10KB)的任何说法,或者说它总是被推广到任何大小的图像,并且它们应该总是作为文件系统上的一个位置存储。我问这个问题的原因是因为我了解到,对于Sql Server,如果图像小于256KB,使用varbinary会更有效,对于任何大于1MB的图像,都应该存储在文件系统中。这可能适用于Sql Server,但对MySql是否适用?如果两者都是真的,那么是否存在与varbinary(MAX)的等价物,

我知道在MySql数据库中存储图像的问题以前已经被问过很多次了,但我还没有看到关于真正的小图像(~1-10KB)的任何说法,或者说它总是被推广到任何大小的图像,并且它们应该总是作为文件系统上的一个位置存储。我问这个问题的原因是因为我了解到,对于Sql Server,如果图像小于256KB,使用varbinary会更有效,对于任何大于1MB的图像,都应该存储在文件系统中。这可能适用于Sql Server,但对MySql是否适用?如果两者都是真的,那么是否存在与varbinary(MAX)的等价物,因为MAX似乎不是MySql中varbinary的合适输入(可能是BLOB,但我听到每个人都因为几乎任何原因谴责使用BLOB…)

所以要澄清一点:

  • 在MySQL中,在文件系统中存储图像(即使图像非常小)是否更好
  • 如果是,为什么不建议在SQLServer中这样做(较小的图像更有效地存储为varbinary)
  • 如果没有,那么在我的图像略高于8K的情况下,什么等效于varbinary(MAX)以避免错误

  • 我想我真的只是停留在MySQL和SQL Server在处理图像方面的差异上,以及为什么两者的推荐做法似乎不同。

    它们不同,因为它们不是相同的DBMS。在sql server中有许多处理图像的方法。我有一种感觉,这个问题将被关闭,因为它几乎完全将提出观点而不是事实。让我们来谈谈您的用例。您预计一年会有多少张图片?@zedfoxus应用程序的每个用户都将拥有一张图片,在每次新加载应用程序时以及每次刷新查看其他用户的个人资料时,都必须请求该图片。从本质上讲,即使我们的用户数量很高(对我来说高达数千个),每个用户也只有一个图像(我们可能会允许更多,但不是在开始时)。