Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/fortran/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
在Redis中设计多对多关系_Redis - Fatal编程技术网

在Redis中设计多对多关系

在Redis中设计多对多关系,redis,Redis,我有两种数据类型,每种类型都有一个数字ID。我想要从一种数据类型映射到另一种数据类型,我看到了两种显而易见的方法: 类型A的每个实体的键,其中包含一组类型B的ID 单个大型排序集,其中包含与类型A的键相对应的列组(当类型A的给定对象存在多个关系时,这些列组可以重复),该集的值是类型B的键 当你有一个a类型的密钥时,这两种方法都可以实现快速查找,这正是我真正需要的 对我来说,使用单个大的排序集似乎有点不太传统,但它会减少对键空间的混乱,而且似乎也能很好地工作 有什么大的理由这样或那样做吗?一个大的

我有两种数据类型,每种类型都有一个数字ID。我想要从一种数据类型映射到另一种数据类型,我看到了两种显而易见的方法:

  • 类型A的每个实体的键,其中包含一组类型B的ID
  • 单个大型排序集,其中包含与类型A的键相对应的列组(当类型A的给定对象存在多个关系时,这些列组可以重复),该集的值是类型B的键
  • 当你有一个a类型的密钥时,这两种方法都可以实现快速查找,这正是我真正需要的

    对我来说,使用单个大的排序集似乎有点不太传统,但它会减少对键空间的混乱,而且似乎也能很好地工作


    有什么大的理由这样或那样做吗?

    一个大的排序集更难切分(如果它对于一台机器来说太大的话)。除此之外,它们都应该工作得很好


    我不会太担心键空间的混乱。Redis可以愉快地处理数百万个密钥(我的一台服务器有3000多万个)。

    一个大的排序集更难分割(如果它对于一台机器来说太大的话)。除此之外,它们都应该工作得很好

    我不会太担心键空间的混乱。Redis可以愉快地处理数百万个密钥(我的一台服务器有3000多万个)