问题标签 [trino]

我正在尝试弄清楚如何从 Prestosql 的列中的大括号中提取值。

该领域看起来像，

我只想提取每个括号中的数值。另外，如果我想将它除以 10 然后除以 20 会很容易添加到查询中吗？

该rates列的类型为map(varchar, bigint)。

Hive 3 有一个独立的元存储，它似乎工作得很好......虽然为了运行schematool我仍然必须下载（但不运行）Hadoop。

不幸的是，Presto 仅适用于 Hive 1.x 和 Hive 2.x，因为 Hive 3 具有 Presto 无法使用的默认 ACID2 表 ( https://github.com/prestosql/presto/issues/576 )。

因此，我试图了解是否可以在不运行其他配置单元（配置单元服务器）或 Hadoop 的情况下运行配置单元 2.x 元存储。就像...如果我安装 Hadoop 和 hive 但只运行元存储，它会起作用，还是有限制？

如何查找上次更新/插入表行的时间？Presto 是 ANSI-SQL 兼容的，所以即使你不知道 Presto，也许有一种通用的 SQL 方式可以为我指明正确的方向。

我正在使用 Hadoop。Presto 查询比 Hive 更快。“描述”只是给出列名。

https://prestosql.io/docs/current/

我是 Presto SQL 语法的新手，想知道是否存在将行合并到n特定范围内的 bin 的函数。

例如，我有一张表，其中包含 1m 个不同整数，范围从 1 到 100。我可以做些什么来创建 1 到 100 之间的 20 个 bin（一个 bin 用于 1-5、6-10、11-15 ......等）。 ) 不使用 20 个单独的CASE WHEN语句？是否有任何标准 SQL 函数可以执行分箱功能？

任何意见，将不胜感激！

我正在使用 AWS Athena。

我有一个字符串字段，它通过 javascript 的 btoa 保存 DOMString 的 base64 编码（因此，不是 utf-8 字符串，而是 16 位编码的字符串）。

因此，字符串Fútbol España存储为Rvp0Ym9sIEVzcGHxYQ==（而不是RsO6dGJvbCBFc3Bhw7Fhutf-8 编码的 base64）

如何在 AWS athena (presto) SQL 中解码此字符串？如果我使用

select from_utf8(from_base64('Rvp0Ym9sIEVzcGHxYQ=='))

我明白F�tbol Espa�a了......是否有 from_ascii 或类似的东西，它接受 varbinary 和编码并执行解码？

是否可以重命名 Presto 视图？

我知道我可以通过删除视图并使用新名称重新创建它来完成此操作，但我更希望能够直接重命名视图。

像这样的东西会很好，但据我所知，到目前为止这是不支持的：

相关版本是 Presto 0.212。

背景

当通过和遵循 prestosql 指南Amazon S3 配置 - Hive 连接器s3a://将 URI 前缀与具有单个 HMAC 密钥对的 S3 配置一起使用时，prestosql 可以很好地处理 S3 和 S3 兼容对象存储（例如，IBM 云对象存储）上的数据。hive.s3.aws-access-keyhive.s3.aws-secret-key

问题

当数据在两个云帐户的两个不同存储桶中提供时，这意味着客户端必须使用两个不同的 HMAC 密钥对来访问对象。这是否意味着它必须通过 prestosql 中的 hive 连接器配置两个目录？

这在使用 IBM 云时很常见，其中对象存储服务作为不同云帐户的实例进行管理。

这是同一项目的不同版本的两个链接。两个 repos 看起来都是真实的，使用相同的被许可方，实际上看起来非常相似。 https://github.com/prestodb/presto

https://github.com/trinodb/trino

有人可以解释发生了什么，这是官方的吗？

如何在 SQL Server 上使用 presto 对包含特殊字符的表进行选择。

例如：select * from myconnecter.[XXX, s_a_$item ledger entry];

我的表名是 [XXX, s_a_$item ledger entry]，我有这个错误：失败：第 1:28 行：不匹配的输入“。” 期待 {, ',', 'ADD', 'AS', '

我已经尝试过使用 \" 或 '' 或删除括号的不同解决方案......不知道......

我们注意到我们的 presto 集群中出现了以下奇怪的行为（presto 安装在 Linux 机器上）

我们有 9 台 presto 工人机器，

从 presto 仪表板我们可以看到，有些时候有7-8活跃的工作人员，有些时候所有的 presto 工作人员 -9

这是正常行为吗？

从 presto 工人日志中我看不出有什么不寻常的地方

而且我不确定我们是否需要搜索任何网络问题或任何其他问题？

注意 - 当我重新启动所有 presto 工作人员时，重新启动后 presto 工作人员在仪表板上是稳定的，但在5-10几个小时后我们再次出现奇怪的行为，我们对这种情况无能为力，

注1 - 我们检查 presto 二进制文件是否意外重启 - 但事实并非如此，所有 presto 工作程序二进制文件都是稳定的

我必须另外说，Presto 仪表板没有显示哪些 presto 工作人员出现故障，因此很难理解哪些是“坏”的 presto 工作人员，

*** 在 presto 协调器日志中 - 我们可以看到这样的消息：