我正在建立一个房地产目录。我需要,嗯,一系列的属性和参数搜索,如客厅的数量,城市,地图上的面积,价格范围等。这里可能的组合数量很容易超过200指数限制。
或者这是一种基于标签的搜索。这里的变化数几乎是无限的。
如果我正确理解它,Cloud就无法处理这种情况。但根据我的经验,我所开发的几乎所有的应用程序都需要这样的功能。那么,是否只适用于直接单键搜索?加上搜索API可以处理全文搜索.但仅此而已。这似乎不对,所以我想我忽略了一些基本点。
可能还有其他的索引服务吗?还是建筑解决方案?
发布于 2017-11-01 22:22:40
那么,只适用于直进单键搜索吗?
显然不是--你可以使用多达200个综合指数。以及数据存储为每个索引属性保留的任何数量的隐式索引。
我承认,对于某些应用程序来说,这可能还不够。在这种情况下,可能需要其他解决方案。甚至是将数据存储和其他索引技术结合在一起的混合体?不确定,我还没有尝试,因为我还没有遇到这样的需要。
但是,在您的特定示例中,您可以使它适应200限制,而不会在实际功能上造成重大损失。简单地说,就是不提供所有可能的组合--它们真的真的需要吗?就我个人而言,我会发现在房地产应用程序中进行几十种(更别提200种)不同类型的搜索的能力相当混乱/难以抗拒。
例如,在没有指定其他两个参数的情况下,只按价格范围、卧室数量或城市进行搜索是否有意义?也许是出于好奇,但IMHO没有真正的实际用途。如果您同意,那么只需要所有3个参数,而不是允许它们的任何组合,将有效地将您所需的复合索引的总数减少到原来的1/8。
或者,排序的能力在升序和降序两方面都不是那么关键--您可以只按一个方向排序的每个参数的复合索引数的一半。在高度主观的房地产环境中,按几个属性进行排序也可能没有多大价值。较少的排序组合-更少的复合索引。
仔细观察一下有实际意义的参数和组合的数量。切掉不绝对需要的东西,也许你可以找到一个像样的--足够的妥协,而不需要你采取更复杂的方法。
https://stackoverflow.com/questions/47060385
复制相似问题