Azure存储入门:Blob与表vs SQL Azure
这是一个相当一个话题,blob与表vs SQL,尽管我读到目前为止,我还是找不到一些正确的推理在什么时候使用.
我们有一个多租户SaaS Web应用程序,我们即将迁移到Azure.我们使用SQL Server 2008数据库.我们存储属于文档的文档和日志信息.真正喜欢dropbox的. 论坛声明,当您考虑“大”对象时,您可以更好地使用Azure表.我们通常每个用户存储数百个文档,其中文档的大小从5kb到30mb不等,绝大多数文件大约在1MB左右? 有没有一些基本的规则什么时候去Blobs,Tables,Sql?我已经知道,我不应该将文档存储在SQL中,因为它太贵了.但是,什么时候可以将“文件”存储在Blob中,何时可以更好地使用表格?有没有一些公式,如: if(objects * MB / object * objectrequested> y)then blobs,else表 解决方法我认为Igorek已经解决了你的SQL Azure问题.您似乎仍然有关于表与Blobs的问题.在你的情况下使用表格存储将是恼人的. ATS中的每个属性/列最多可以为64KB,因此您必须在多个属性之间分割文档,然后重新组合它们.每个实体也有4MB的限制,这将是一个问题. Blob存储没有这些限制. 当您具有需要单独存储和查询的许多属性的小型实体时,我会倾向于使用Azure Table Storage.因此,它可以为存储对象或具有大量元数据的小型文档工作. Blob存储对于没有大量元数据的东西更有效.这对文件系统上的文件可能会很好的事情是有好处的. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |