相关疑难解决方法(0)

所以我正在使用一个将图像存储在数据库中的应用程序.你对此有何看法？我更像是一种在文件系统中存储位置的类型,而不是直接将它存储在数据库中.

您认为利弊是什么？

我们正在开展一个项目,我们将构建一个完整的后端CMS系统,该系统将通过一个软件包为整个外联网和内部网提供支持.我一直在试图寻找一个答案是哪一个更好的问题:存储数据库(SQL Server 2005中),所以我们可以有诚信,单个复制计划等或存放在文件系统上的图像？

我们遇到的一个问题是我们有多个服务器负载均衡,需要始终拥有相同的数据.截至目前,我们有SQL复制处理,但文件复制似乎有点困难.我们关注的另一个问题是我们希望拥有相同图像的多个分辨率,我们不确定在文件系统上创建和存储每个版本是最好的还是可以动态地拉动并创建我们想要的分辨率图像.

我们关注的是以下内容:

• 数据的完整性
• 数据复制
• 多种分辨率
• 数据库与文件系统的速度
• 数据库与文件系统的负载
• 数据管理和备份

有没有人有类似的情况或对推荐的内容有任何意见？在此先感谢您的帮助!

我们的应用程序将通过HTTP提供大量小的缩略图大小的图像(大小约为6-12KB).我被要求调查是否使用NoSQL数据存储是一种可行的数据存储解决方案.理想情况下,我们希望我们的数据存储是容错和分布式的.

在NoSQL商店中存储blob是一个好主意,哪一个对它有好处？此外,NoSQL是我们问题的一个很好的解决方案,还是我们可以更好地将图像存储在文件系统中并直接从Web服务器提供服务(另外,CDN目前不是我们的选择)？

我需要将非常大(超过512Mb)的二进制文件存储到NoSQL数据库中.具体的NoSQL数据库实现允许什么？

我们一直在讨论在我们小组内设计数据仓库策略,以满足测试,可重复性和数据同步要求.建议的一个想法是使用现有工具调整NoSQL方法,而不是尝试在文件系统上重新实现大量相同的方法.我不知道NoSQL方法是否是我们想要实现的目标的最佳方法,但也许如果我描述我们需要/希望你们所有人都可以提供帮助.

1. 我们的大多数文件都是大型的,大小超过50个,以专有的第三方格式保存.我们需要能够通过名称/日期/源/时间/工件组合访问每个文件.基本上是键值对样式查找.
2. 当我们查询文件时,我们不希望将所有文件加载到内存中.他们真的太大了,会淹没我们的服务器.我们希望能够以某种方式获得对该文件的引用,然后使用专有的第三方API来提取它的部分内容.
3. 我们希望从存储中轻松添加,删除和导出文件.
4. 我们想在两台服务器之间设置自动文件复制(我们可以为此编写一个脚本.)也就是说,将一台服务器的内容与另一台服务器同步.我们不需要一个分布式系统,它只显示我们有一台服务器.我们想要完全复制.
5. 我们还有其他较小的文件与Big文件具有树型关系.一个文件的内容将指向下一个,依此类推,依此类推.它不是一个"辐条轮",它是一棵完整的树.

我们更喜欢使用Python,C或C++ API来处理这样的系统,但我们大多数人都有各种语言的经验.我们不介意只要它有效,完成工作,并节省我们的时间.你认为呢？有这样的东西吗？