已关闭。此问题为opinion-based。当前不接受答案。
**想要改进此问题吗?**请更新此问题,以便editing this post可以用事实和引文来回答。
昨天关门了。
Improve this question
我有超过3k行的数据要使用API从cassandra中检索。我对它进行了索引,但也导致了连接重置的问题。
我应该寻找任何其他数据库这样做吗?
有可能在Cassandra附近找个工作吗?
在查询中提供日期之间的限制或过滤器会有帮助吗?(所以会对API有限制,这是标准做法吗)
已关闭。此问题为opinion-based。当前不接受答案。
**想要改进此问题吗?**请更新此问题,以便editing this post可以用事实和引文来回答。
昨天关门了。
Improve this question
我有超过3k行的数据要使用API从cassandra中检索。我对它进行了索引,但也导致了连接重置的问题。
我应该寻找任何其他数据库这样做吗?
有可能在Cassandra附近找个工作吗?
在查询中提供日期之间的限制或过滤器会有帮助吗?(所以会对API有限制,这是标准做法吗)
1条答案
按热度按时间ldioqlga1#
因此,这里缺少了很多帮助诊断发生了什么的东西,特别是,如果能看到底层表定义和API试图运行的实际CQL查询,那就太好了。
如果没有这些,我可以说,在我看来,API似乎在试图聚合集群中具有特定日期范围的多个分区中的3000行(并且可能使用
ALLOW FILTERING
指令来完成此操作)大多数多分区查询都会超时,这是因为轮询集群中的每个节点时引入了所有额外的网络时间。与Cassandra中的所有查询一样,需要构建一个表来支持特定的查询。如果不是这样,通常会发生这种情况。
在查询中提供日期之间的限制或筛选是否有帮助?
是的,将此查询拆分为较小的部分会有所帮助。如果您可以查看基础表定义,这可能会为您提供正确查询表的正确方法的线索。但在这种情况下,对300行进行10次查询可能比对3000行进行1次查询成功的几率更高。