2024-06-18 06:19:47 发布
网友
我在RDBMS领域已经有很多年了,但是我希望探索整个nosql运动。所以我的第一个问题是:
有重复钥匙的可能性是不是不好?例如,键入姓氏的地址簿(很可能是搜索项?)可能有多个实体。那么用姓是不是不好?关键字应该是实体最“可搜索”的定义吗?在这个全新的世界里(对我来说)有什么“最佳实践”的资源吗?在
我对东京内阁(尤其是tc接口)很感兴趣,但不知道如何遍历具有相同键的不同实体(例如,见上文)。我只能得到第一个实体。不管怎样,谢谢你的帮助
在键值存储中,不能有重复的键,键后面只有一个值。要有重复的键,可以使用东京文件柜中的B+树数据库,该数据库具有已排序的值并允许重复(可以通过使用该键转到第一个项并进行迭代来访问它们)。在
并非所有的问题都可以通过键值存储轻松解决,因为您需要密钥来检索项。也许像MongoDB这样的方法更适合用于更复杂的查询。在
这取决于没有sql实现。例如,Cassandra允许范围查询,因此可以对数据建模,以便对姓氏或全名(从姓氏开始,然后是名字)进行查询。在
除此之外,许多更简单的键值存储确实需要为多值条目存储列表结构(或类似的结构)。这是否可行取决于预期的姓氏“重复”数量,这个数字可能相当高,所以在许多情况下,这听起来并不是一个理想的模型。在
在键值存储中,不能有重复的键,键后面只有一个值。要有重复的键,可以使用东京文件柜中的B+树数据库,该数据库具有已排序的值并允许重复(可以通过使用该键转到第一个项并进行迭代来访问它们)。在
并非所有的问题都可以通过键值存储轻松解决,因为您需要密钥来检索项。也许像MongoDB这样的方法更适合用于更复杂的查询。在
这取决于没有sql实现。例如,Cassandra允许范围查询,因此可以对数据建模,以便对姓氏或全名(从姓氏开始,然后是名字)进行查询。在
除此之外,许多更简单的键值存储确实需要为多值条目存储列表结构(或类似的结构)。这是否可行取决于预期的姓氏“重复”数量,这个数字可能相当高,所以在许多情况下,这听起来并不是一个理想的模型。在
相关问题 更多 >
编程相关推荐