问题标签 [google-cloud-spanner]

有没有办法为 Simba JDBC Driver for Google Cloud Spanner 显式配置服务帐户密钥并避免使用 GOOGLE_APPLICATION_CREDENTIALS？

有没有办法为 Google Cloud Spanner 设置开发环境？

这是开发人员的“如何在容器中运行 Cloud Spanner”吗？或者是为开发单个节点运行云扳手的唯一解决方案？我认为这对开发人员来说真的很昂贵。

我有一个 Cloud Spanner 查询，它UNION ALL可能是许多子查询中的一个，除了一些随每个子查询而变化的参数外，它们都是相同的：

执行此查询有时需要几秒钟。有什么我可以做的让它更快吗？

我有以下查询：

我得到了：

即使第一部分不正确，为什么还要评估第二部分？如何检查数组是否有一个具有特定值的元素？

我在表上有一个二级索引：

如果我运行以下查询：

我可以确定不会访问基表吗？换句话说，如果我只使用主键的第一部分（在本例中是乘客 ID）查询二级索引，它会只使用二级索引吗？还是基表？另外，有没有办法在我运行查询时询问 Spanner 它正在访问哪些表？

我建立了一个 Twitter 克隆，存储贾斯汀·比伯（Justin Bieber）个人资料（一些非常有名的人，有很多追随者）的行被阅读得非常频繁。存储它的服务器似乎已超载。我可以为那一行购买更大的服务器吗？顺便说一句，它不经常更新。

假设总结果符合非流式最大大小，流式查询和非流式查询之间的性能差异是什么？即使数据符合最大非流式大小，流式查询是否有更多往返 Spanner 的次数？

在我的应用程序中，我运行的大多数查询都可以作为非流式查询运行，但有时结果集的大小可能太大。简单的解决方案是将所有查询切换到流式查询，但我想知道这会对延迟产生什么影响。

我正在为一组文档编辑器（电子表格编辑器、文本文档编辑器、PowerPoint 编辑器等）设计架构。编辑们将共享一个数据库，尽管他们有一天可能会使用不同的数据库。每个编辑器为每个文档共享许多通用信息，但是根据文档的类型，也有特定于编辑器的信息。

我的问题来自尝试设计每个编辑器都不同的架构部分。假设将有一个 Docs 表，其中包含有关文档的一般信息（例如 ID）。最重要的是，我想将特定于与 Doc 记录具有 1:1 关系的特定编辑器的信息相关联。我建议的架构是：

我使用单独表格的原因是将公共部分与任何特定于编辑器的内容隔离开来。

我想知道这是否是不必要的，因为编辑者可以根据自己的需要更改 Docs 表，即使这种结构在技术上是有效的。换句话说，我可以在 Docs 表中有大量额外的列，其中包含特定于编辑器的信息。一个担忧是我提出的结构可能具有不明显的性能或其他含义。

这是 1:1 关系的合理结构吗？是否有关于最佳实践的一种或另一种明确的指导？

我的项目需要存储数据，以便像<A,B,C>. <A,B>并且<A,C>都是有效的主键。用户可以告诉我的项目<A,B,_>并获取C，也可以告诉我的项目<A,_,C>并获取B。我正在努力在 Cloud Spanner 中完成这项工作。现在我有一张像这样的桌子：

这使得在给定 A 和 B 的情况下检索 C 变得非常容易（不失一般性），但是我找不到使用 Read API 检索给定 A 和 C 的 B 的方法。此外，我希望会有大量行，但 A 的值很少，因此简单地检索以 A 为前缀的所有行并在客户端进行过滤将非常昂贵。我能想到的另一种方法是有两个冗余表<A,B,C>，一个 keyed on<A,B>和一个 keyed on <A,C>，并且只在事务中一起更新它们，但这会使我的写入加倍，并且听起来会导致并发问题。还有其他方法可以获得我想要的行为吗？

我有一个People表(Id, first_name, last_name)，主键在哪里id。我希望能够查找按顺序排列的表中的前 N ​​个人(last_name, first_name, Id)。在某些情况下，我需要查找接下来的 N 个人，依此类推。我想有效地做到这一点。做这个的最好方式是什么？