问题标签 [azure-table-storage]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
azure-table-storage - Azure 表存储:DataServiceClientException -“不满足使用 HTTP 条件标头指定的条件。”
我们刚刚部署了一个 Azure 应用程序,并且在更新 TableStorage 中的对象时遇到这些错误?
有任何想法吗?
谢谢!
azure - Azure 表还是 SQL Azure?
我正处于一个 Web 应用程序的规划阶段,该应用程序将使用 ASP.NET 托管在 Azure 中,用于网站和网站内的 Silverlight,以获得丰富的用户体验。我应该使用 Azure Tables 还是 SQL Azure 来存储我的应用程序数据?
wcf - Silverlight 和 Azure 表
以下两个选项中...
Silverlight 应用程序直接与 Azure Tables 对话
Silverlight 应用程序使用 WCF 与 Web 角色对话,并且该 Web 角色访问 Azure 表
哪些是可能的?推荐的方法是什么?
c# - Azure 表存储:最大可变大小?
我将使用表存储在单个字符串中存储大量 blob 名称,并使用一些特殊字符相互附加。这根弦很快就会升空火箭。但是特定实体的属性长度是否有最大尺寸?在我的情况下,字符串?
azure - 云之外的 Windows Azure 表的替代方案
我正在开发一个 .NET 应用程序,它需要在 Azure 和常规 Windows Servers(2003) 上运行。它需要存储几 GB 的数据,SQL Azure 对我来说太贵了,所以我会在云版本中使用 Azure 表。您能否推荐一个存储解决方案,该解决方案将在独立服务器上运行并具有类似于 Azure 表的 API 和行为?根据我所见,Server AppFabric 不包括表格。
performance - Windows Azure 表存储 LINQ 运算符
目前 Table Storage 支持 From、Where、Take 和 First。
是否有计划支持其他 29 家运营商中的任何一家?
为了实现 COUNT、SUM、GROUP BY 等内容,是否有关于存储的架构或设计实践?
如果我们必须自己编写这些代码,那么我们通过 SQL 和 SQL Server 看到的性能差异有多大?如果我需要对庞大的数据集进行计数、求和或分组,您是否认为它具有可比性,或者会慢得多?
我喜欢 Azure 平台和基于云的存储的想法。我喜欢表存储,因为它可以存储的数据量和它的无模式特性。由于存储空间的高成本,SQL Azure 无法正常工作。
azure - Azure 存储 - 保存时忽略双小数点
我有一个正确存储在对象属性中的值,但是当我将更改保存到 Azure 存储数据库时,忽略该点(7.11000000003 保存为 711)将双精度值存储到数据库中。此外,该属性更改为 711.0。
我该如何解决这个问题?
该字段已在类和数据库表中设置为 double。
azure - Windows Azure 表服务 - 扩展属性和表架构
我有一个实体,除了一些常见属性外,它还包含一个扩展属性列表,该列表存储为集合中的 (Name, Value) 字符串对。我可能应该提到,这些扩展属性因实例而异,并且只需要为每个实例列出它们(不会对扩展属性进行任何查询,例如查找具有特定(名称,值)对)。我正在探索如何使用 Windows Azure 表服务来持久化这个实体。对于我现在正在测试的特定方法,我担心随着应用程序遇到更多不同的扩展属性名称,性能可能会随着时间的推移而下降。
如果我将此实体存储在典型的关系数据库中,我可能有两个表来支持此模式:第一个将包含实体标识符及其公共属性,第二个将引用实体标识符并使用 EAV 样式行-建模以存储扩展的 (Name, Value) 对,每行一个。
由于 Windows Azure 中的表已经使用 EAV 模型,因此我正在考虑对我的实体进行自定义序列化,以便存储扩展属性,就好像它们是在实体的编译时声明的一样。我可以使用DataServiceContext提供的 Reading- 和 Writing-Entity 事件来完成此操作。
这是可行的,因为我可以定义扩展属性名称和值的要求,我可以确保它们符合 Windows Azure 表中实体属性的所有标准要求。
那么随着时间的推移,当应用程序遇到数千个不同的扩展属性名称时会发生什么?
以下是我在开发存储环境中观察到的情况:
表容器架构随着每个新名称而增长。我不确定这个模式到底是如何使用的(可能是下一点),但显然这个 xml 文档会随着时间的推移变得非常大。
每当读取一个实例时,传递给 OnReadingEntity 的 xml 包含曾经为任何其他实例存储的每个属性名称的元素(不仅仅是为正在读取的特定实例存储的属性名称)。这意味着实体的检索将随着时间的推移变得更慢。
我应该在生产存储环境中期待这些行为吗?我可以看到这些行为对于大多数表来说是如何可以接受的,因为随着时间的推移,模式大部分是静态的。也许 Windows Azure 表不是为这样使用而设计的?如果是这样,我当然需要改变我的方法。我也愿意接受有关替代方法的建议。
mongodb - .NET 是否有与数据库无关的 nosql 框架?
我正在寻找一个通用的数据访问框架,它将提供跨各种 nosql 数据库(如 SimpleDB、Azure Tables、Cassandra、CouchDB、MongoDb 等)的可移植性。我正在构建一个应用程序,并希望我的客户能够使用哪个nosql 存储他们想要的。
在更相关的场景中,我会在 nHibernate 或实体框架上使用 Linq,但我还没有找到适用于 nosql 数据库的等效框架。我发现的只是数据库特定的 API,尽管似乎有很大的共性。一个存在吗?最好是带有 LINQ 的。
azure - 如何从 Azure 表存储 FAST 下载 1 亿行
我的任务是从 Azure 表存储下载大约 1 亿行数据。这里重要的是速度。
我们使用的过程是从 Azure 表存储下载 10,000 行。将它们处理成 Sql Server 的本地实例。在处理行时,它一次从 Azure 表中删除 100 行。这个过程是线程化的,有 8 个线程一次下载 10,000 行。
唯一的问题是根据我们的计算。下载和处理我们存储的大约 1 亿行大约需要 40 天。有谁知道完成这项任务的更快方法?
一个附带问题:在下载过程中,Azure 将发回没有任何数据的 xml。它不会发回错误。但它发送这个:
其他人有这个问题并有解决办法吗?