替换现有查找表的内容。

验证

• 查找表的第一列假定为行的ID。所有ID值必须唯一。
• 查找表的第一行是标题行。标题中的值必须是唯一的，因为每个值都唯一地标识了表的一列。这些将作为Mixpanel UI中查找表的属性出现。
• CSV必须根据RFC4180有效。
• 如果是内容编码：GZIP提供标头，桌子将在解析前进行解压缩。

类型

• 整数或浮子将被解析为数字。
• RFC3339时间戳（2021-08-21T05：36：01Z）将作为数据分析。
• 真的或者错误的（不敏感）将被解析为布尔值。
• 空字段（两个相邻逗号）将被视为不明确的
• 逗号分开，引用方括号中的字符串（“”““ free”，“”付费“”，“”企业“”]”）将被解析为字符串列表。
• 所有其他值将被视为字符串。

id，艺术家，流派，is_platinum，name，num_listens，repartion_date，is_top_40，c994bb，drake，pop，pop，true，hotline Bling，1700000000,2015-10-18T22：00：00：00：00：00，true，true，true，true，[]，false，bamboleo，1170000,1987-07-12T05：00：00，false，false，“” [“我们”，“”，“ CA”“”-12T07：30：00，false，“ [“”“”“”]”

错误

查找表被整体替换或根本不替换。当查找表无法满足上述验证时，我们返回一个错误，如下所示：

{“ error”：“请求中的某些数据点失败验证”，“ failed_records”：[{{“ index”：2，“消息”：“无效行：行索引1和2具有相同的主键”}，{“索引”：3，“消息”：“无效行：错误的字段数”}]，“状态”：0}

我们将最多返回验证失败的前10行。

极限

如果在滚动的24小时窗口中调用超过100次，此端点将返回429错误。我们建议最多每小时更新查找表，以保持在此限制之内。

如果查找表超过100MB，则此端点将返回413错误。实际上，这转化为1-2M行。如果您的查找表超过了限制，我们建议将列数修剪到对分析有用的列数。删除长URL或用户生成的内容可以在此限制内带来查找表。如果您仍然超过限制，请在[电子邮件保护]- 我们很想听听您的用例！

传统API

我们的旧查找表API现在被贬低了；我们强烈建议过渡到此API。