相关疑难解决方法(0)

我正在编写一个php/mysql网络应用程序,这有点像一个博客平台,人们可以上传图片并发布它们.

存储这些图像的最佳方法是什么,通过BLOB将它们存储在文件夹或mySQL表中？

我问这个是因为我想要最简单的方法让我轻松移动到另一台主机/服务器,而无需花费数天时间下载所有发布的图片,并将它们上传到新服务器.

可选问题:专用服务器是否足以支持已启动的博客平台？

谢谢

我知道在数据库中将文件存储为blob是不好的做法存在很多争议,但我只想了解这是否对我的情况有意义.

我正在创建一个ASP.NET应用程序,在大型公司内部使用,用户需要能够将文件附加到系统中的"作业".这些文件通常是PDF或Word文档,可能永远不会超过几MB.

我正在创建一个像这样的新表:

ID (int)
JobID (int)
FileDescription (nvarchar(250))
FileData (varbinary(MAX)

varbinary(MAX)这里使用是理想的,还是我应该存储文件的路径,只是将文件存储在文件系统的某个地方？

可能重复:
哪个更安全:文件系统还是数据库？
用户图像 - 数据库与文件系统存储
在数据库或系统文件中存储图像？

我无法决定应该遵循哪一个.你们能提出一些意见吗？我应该将我的图像存储在文件系统还是数据库中？(我想阻止别人偷我的照片)

当您回答这个问题时,请包括安全性,性能等的比较.

谢谢.

完全重复: 用户映像:数据库还是文件系统存储？
完全重复: 在数据库中存储图像:是或不是？
完全重复: 我应该将我的图像存储在数据库还是文件夹中？
确切重复: 您是否将二进制数据存储在数据库或文件夹中？
完全重复:将 图片存储为Web应用程序的文件或数据库？
确切重复: 存储少量图像:blob还是fs？
精确复制: 将图像存储在文件系统或数据库中？

我们将文档存储在SQL Server 2005数据库表中,列格式为"Image".

每次我尝试存储大于1兆的PDF文件时,它都会以某种方式被破坏.

在.NET中是否有任何特别有效的方法可以将大文件(~10megs)序列化并存储到数据库中？

[编辑]微软实际上说最大文件大小约为2G可变长度二进制数据从0到2 ^ 31-1(2,147,483,647)字节. http://msdn.microsoft.com/en-us/library/ms187993.aspx

我有一个带256MB RAM的LAMP服务器(云端的穷人服务器).我有一个应用程序编写在这台机器上运行.目前人们上传图像,他们直接进入mysql作为BLOB.

有人担心这可能是非常耗费内存的操作,我们将其转移到简单的普通文件.有人可以告诉我这些问题是否有效？(考虑到我们将在未来6个月内拥有足够的内存,我们是否值得努力改变已经写好的颂歌？)

作为一般规则,我们应该何时将图像存储在数据库中以及何时作为文件？

可能重复:
在DB中存储图像 - 是或否？
在数据库mysql中保存图像

我有一个网站,用户可以上传个人资料图片和相册.现在我开始怀疑我是想将图片保存到数据库中还是文件操作仍然可以随着它变大？我正在思考像社交网络一样的巨大规模,存储在文件中的数亿张照片在我看来很疯狂,所以我确定它必须以其他方式存储？

任何建议或指导.谢谢

我正在编写一个应用程序,它将存储大量图像(可能还有视频)文件.上传后,他们会立即被推送到服务CDN的云端,以便向公众提供实际服务.我们的想法是将图像存储在一个可靠的,可回溯的商店中.我预计每个高达10KB的200,000个对象的顺序可能会减少几MB的视频文件.

默认情况下,我会去Postgres,文档建议可以.

• 这是一个明智的想法吗？
• 它是否会使数据库备份成为一场彻头彻尾的噩梦.经验？
• 任何可靠性问题？
• 这会影响数据库其他部分的性能吗？请记住,每个图像只会对数据库进行一次或两次点击.

我必须max_allowed_packet在MySQL中改变大小phpmyadmin,但我不知道该怎么做.当我尝试set global max_allowed_packet=10M在phpmyadmin它给这个错误

#1227 - Access denied; you need the SUPER privilege for this operation

我无法获得SUPER权限,因为服务器不在我的控制范围内.

那么,我该如何改变呢？

我想将音频文件存储在我的数据库中。例如，我知道字符串会使用db.String, integers db.Integer，但不知道音频数据会使用什么。什么数据类型用于在 SQLAlchemy 中存储这种类型的数据？

class Audio(db.Model):
    __tablename__ = 'audio'
    id = db.Column(db.Integer, primary_key=True)
    timestamp = db.Column(db.DateTime, index=True, default=datetime.utcnow)
    author_id = db.Column(db.Integer, db.ForeignKey('users.id'))
    title = db.Column(db.String(64), unique=True)

我正在创建一个Asp.Net MVC网站.

我在过去,对于繁重的应用程序,多层应用程序,使用数据库来存储文件.

但现在我在质疑自己,这对网站来说是个好主意吗？在绩效视图中？

它有几个优点:

• 如果连接的用户有权显示图像,则允许我轻松控制(我的项目需要)
• 允许确保我们拥有一致的数据(否则我们可以拥有现有文件,但数据库中没有信息,反之亦然
• 我需要一个故障转移网络服务器,这些文件将从第三台服务器导入,所以如果这些文件在数据库中,我只需要在故障转移服务器上有一个可用的ASP.Net网站和一个复制数据库,不需要同步文件.

但它也有一些缺点:

• 有一些大文件(它是少数,但它会发生),如100-200MB,我不确定在数据库中有这种文件是好的吗？(这更像是一个问题;))
• 我不确定它会有不错的表现吗？

你怎么看？这合理吗？我在互联网上搜索,但我没有找到网站的某些论点.我的问题主要是关于FILESTREAM VS FILESYSTEM,我确定FileStream比较慢,但是很多？因为如果它只是百分之一,那么功能的获得是值得的.