小编Tom*_* P.的帖子

我想在Redis中保存一个大图，并试图使用RedisGraph完成此操作。为了测试这一点，我首先创建了一个测试图以检查性能特征。该图对于我们需要的目的来说很小。

• 顶点：约350万
• 优势：约1800万

出于我们的目的，这是非常有限的，我们需要能够在单个数据库中将其增加到数以百万计的边缘。无论如何，我在检查空间和性能要求后，仅在顶点上加载后，buit停止了，并且看到以下各项的性能：

GRAPH.QUERY gid 'MATCH (t:token {token: "some-string"}) RETURN t' 

仅此检索就超过300毫秒，这是绝对不能接受的。

我是否缺少提高检索性能的明显方法，还是目前RedisGraph的局限性？

谢谢

我的问题是如何在 python 中模拟 open ，以便它根据调用 open() 的参数做出不同的反应。这些是一些可能的不同场景：

• 打开一个模拟文件；阅读预设内容，基本场景。
• 打开两个模拟文件并让它们为 read() 方法返回不同的值。打开/读取文件的顺序不应影响结果。
• 此外，如果我调用open('actual_file.txt')打开一个实际文件，我希望打开实际文件，而不是具有模拟行为的魔术模拟。或者，如果我只是不想模拟对某个文件的访问，但我确实希望模拟其他文件，那么这应该是可能的。

我知道这个问题：Python mockbuiltin 'open' in a class using two different files。但这个答案只能部分满足第二个要求。不包括有关顺序独立结果的部分，并且它没有指定如何仅模拟某些调用，并允许其他调用进入实际文件（默认行为）。