Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/redis/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/4/algorithm/11.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Redis中的删除与清理_Redis - Fatal编程技术网

Redis中的删除与清理

Redis中的删除与清理,redis,Redis,假设我维护一个集合来定义“标记”组中“文章”的成员资格 如果我删除一篇文章,是否由我手动清理对该文章的所有引用集,或与现在已删除的文章专门关联的任何集?是的。您所引用的引用仅存在于应用程序级别。Redis不支持引用或级联操作。因此,您需要在应用程序中手动处理它 是的。您所引用的引用仅存在于应用程序级别。Redis不支持引用或级联操作。因此,您需要在应用程序中手动处理它 多谢各位。因此,人们通常在应用程序级别实现相关逻辑,例如在查询对象中?我关心的是如何保持这种可维护性……是的,在应用程序中的某个

假设我维护一个集合来定义“标记”组中“文章”的成员资格


如果我删除一篇文章,是否由我手动清理对该文章的所有引用集,或与现在已删除的文章专门关联的任何集?

是的。您所引用的引用仅存在于应用程序级别。Redis不支持引用或级联操作。因此,您需要在应用程序中手动处理它

是的。您所引用的引用仅存在于应用程序级别。Redis不支持引用或级联操作。因此,您需要在应用程序中手动处理它

多谢各位。因此,人们通常在应用程序级别实现相关逻辑,例如在查询对象中?我关心的是如何保持这种可维护性……是的,在应用程序中的某个地方,如数据访问层、缓存层等。像这样手动管理数据关系肯定很容易出错。人们只是生活在“垃圾”会堆积在redis存储中的事实中吗?当然,你可以将redis用作持久性数据库,人们也这样做了。这根本不是一个错误的想法,只是一个不同的想法。当然,将其用作持久数据库需要您做更多的工作。就像生活中的每一件事一样,如果做对了,它将和其他任何事情一样好。@BenAston您希望密钥命名方案如何工作完全取决于您。你需要有一个好的,以避免任何关键冲突的可能性。当然,这是一个聪明的计划,可以节省你查找它们的时间。不管你想怎么做,都由你决定。谢谢。因此,人们通常在应用程序级别实现相关逻辑,例如在查询对象中?我关心的是如何保持这种可维护性……是的,在应用程序中的某个地方,如数据访问层、缓存层等。像这样手动管理数据关系肯定很容易出错。人们只是生活在“垃圾”会堆积在redis存储中的事实中吗?当然,你可以将redis用作持久性数据库,人们也这样做了。这根本不是一个错误的想法,只是一个不同的想法。当然,将其用作持久数据库需要您做更多的工作。就像生活中的每一件事一样,如果做对了,它将和其他任何事情一样好。@BenAston您希望密钥命名方案如何工作完全取决于您。你需要有一个好的,以避免任何关键冲突的可能性。当然,这是一个聪明的计划,可以节省你查找它们的时间。不管你想怎么做,都取决于你。