问题标签 [azure-timeseries-insights]
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 - 时序见解预览 - 无法创建布尔变量和字符串变量
我正在将数据写入 TSI(通过事件中心)。我的一些数据是数字(双精度),一些是布尔值,一些是文本(字符串)。
我想type
为我的时间序列数据创建一个。但是,当我要创建变量时,我必须选择以下类型之一:
- 数字
- 分类的
- 总计的
我的布尔变量不属于这些类别中的任何一个,如何添加它们?字符串也是如此。就我而言,它们不会是分类的(而且似乎只有categorical
kind 接受字符串),因为我理解categorical
= enum (不是我的情况)。
如何创建模型?如果没有模型,我将无法检索我认为的系列或聚合。只能检索原始事件,这是相当有限的。
c# - Azure 时序见解存储桶大小
我已经实现了时间序列洞察聚合 API (GA) 来获取传感器的聚合值。
这是我对已构建的中间 API 的输入:
响应如预期:
但是,如果我更改从和到日期时间,然后更新存储桶大小:
这是我的回应:
现在,由于存储桶大小等于从日期时间和到日期时间之间的时间差,我只希望在第一种情况下得到一个结果,但我得到的是两个结果。 为什么会这样?
这在内部调用实际的时间序列洞察聚合 API,请求形成如下:
azure - Azure 时序 (TSI) 初始注意事项和最佳做法
我为糟糕的标题道歉!
我正处于设计 Azure 时序解决方案的初始阶段,并且遇到了许多不确定性。进入 TSI 的背景是,我们目前有一个设计相当糟糕的 cosmos db,其中包含接近 1TB 的 IoT 数据,而且还在不断增长。“糟糕”是指分区键的设计方式使得我们无法控制分区的大小。知道有 10GB(?) pr 分区键的限制,我们很快就会用完空间,需要想出一个新的解决方案。此外,在 cosmos db 上运行历史查询时,它不会在可接受的时间范围内响应。任何有关吞吐量计算和更改的实验都不会将响应时间提高到可接受的时间范围。
我们从事记录物联网时间序列数据的业务,包括来自不同传感器的元数据。我们有许多客户端,每个客户端都有 30 到 300 个传感器 - 越来越大的客户端。在客户端,传感器被分组为位置和子位置。
一个事件的例子可能是这样的:
知道如何在 CosmosDB 中更好地设计分区键,在 TSI 中编写 TimeSeriesId 时,是否可以将下面描述的相同方法视为一种好的做法?
- 在一个完全不同的 cosmosdb 解决方案中,我们将 eventDate.datepart(YYYY-MM) 作为分区键的一部分,以防止它超出界限并更好地预测一个分区内查询的响应时间。
还是 TSI 会以不同方式处理时间序列数据,从而使 TimeSeriesId 中的日期部分过时?
考虑到 TSI API 查询,我是否也应该考虑组合 TimeSeriesId 的简单性?TimeSeriesId 必须在每个 API 请求的正文中提供——据我所知,在后端服务中编写查询时,我确实可以访问我们所有的客户 ID 和位置/子位置 ID。这些比 deviceId 更容易访问
最后,在为多个客户端存储 IoT 数据时,最佳做法是为每个客户端配置新的 TSI 解决方案,还是 TSI 支持 CosmosDB 中的集合?
python - ACF 时间序列:ValueError:操作数无法与形状一起广播
我有一个时间序列对象,它有 2 列索引和 item_count。我正在尝试查找它的 ACF,但出现错误。
表中有 34 行。
azure - 时间序列洞察预览 - 按 DESC 排序
最近开始使用 TSI Preview,我们正在尝试使用 TSQ GetEvents API 获取最新事件,但我找不到有关如何订购事件的任何信息。浏览了所有文档,但仍然没有运气。
azure-timeseries-insights - Azure 时间序列洞察力预览 API 失败,未找到具有 id 的环境
我在连接到 IoTHub 的 Azure 中测试了 TSI 预览环境。我正在尝试使用 TSI 测试 API,但是,我似乎做错了什么。
以下是我所做的事情。
- 创建了服务主体
- 使用 TSI 实例授予它访问我的资源组的权限
- 使用 API https://login.microsoftonline.com/ {{tenantId}}/oauth2/token 登录并获取令牌。
- 在门户上,它不允许我为服务原则创建数据访问策略,但 AZ CLI 可以,所以我创建了一个。
- 下面给出了我的邮递员屏幕截图,我使用 dataaccesFQDN 作为前缀,并且我也验证了环境 ID。
- 但是,所有 API 调用返回,
{ "error": { "code": "ResourceNotFound", "message": "id 为 'a5442850-c542-4602-a289-5ec1e1064280' 的环境未找到。" } }
对出了什么问题有任何想法吗?
c# - 在 Azure TSI 预览版中,查询实例最新事件值的最佳方式是什么?
我目前确实有一种工作方法,它基于https://github.com/Azure-Samples/Azure-Time-Series-Insights/tree/master/csharp-tsi-preview-sample上当前发布的示例代码
以下方法中使用的类型是按照 GitHub 示例中的指导使用 AutoRest 创建的:https ://github.com/Azure/azure-rest-api-specs/tree/master/specification/timeseriesinsights/data-plane
我最初的尝试如下:
方法的使用(timeSeriesId
和微软公开的例子一样):
上面介绍的方法有点工作,但感觉不是最佳的。是否有更简单的方法来查询给定时间序列实例的最新事件及其值?也许是为了提前使用时间序列表达式 (Tsx)
功能?
azure - Azure TSI 聚合数据类型是如何计算的?
我在 Azure 中使用时序见解预览来可视化数据。我们的一些数据属于聚合类型,使用 COUNT 操作(唯一选项)。我的问题是,这是否计算给定时间间隔内的项目?例如,如果我们的数据每 5 秒出现一次,我希望图表上的聚合值为 1,间隔为 5 秒,确实如此。但是,如果我将图表 UI 上的间隔更改为 30 秒,我希望它会是 6,但它仍然在图表上显示 1。同样,如果我们每 5 秒有 2 个项目,它总是显示 2,无论时间间隔如何。我错过了什么吗?
azure - 时间序列洞察(预览版):建模为分类变量的最大误差。100
客户拥有可以生成错误代码的设备。IoT 数据由 Azure 中的时序见解(预览版)处理。
我将错误建模为分类变量(错误代码是值,错误描述是标签)。但是我遇到了一些问题:
- 该设备有 370 多个不同的错误,TSI 最多有 100 个类别。
- TSI Explorer 不显示原始(错误)值。
在 TSI 中对具有 100 多个不同标签的错误值进行建模的最佳方法是什么?