在我的应用中，我将我的用户信息设置为:setusers:alex:age30setusers:alex:heigth1.8setusers:sly:age32setusers:sly:heigth1.95有没有办法在不使用Set的情况下获取用户列表(alex,sly)还是我需要像这样使用Set:saddusersusers:alexsaddusersusers:sly让用户拥有smembersusers? 最佳答案 使用集合是正确的方法。您也可以使用keysusers:*:age获取所有用户，但这会慢得多。另外，不要使用users:

我有一组用户(user_id、user_name)和一组属性(attribute_id、user_id、attribute_key、attribute_value)，因此每个用户都有一个用户名和键值属性。在SQL中，当我想查看用户的属性时，我会执行SELECTattribute_key,attribute_valueFROMusersJOINattributesUSING(user_id)WHEREuser_id==?.在NoSQL中，据我所知，我创建了一个集合/super键users,带有文档/key,带有字段/子键,等于.例如:{id:,attributes:{:}}或:users

我可以将RedisDB用于大型数据库而不是基于SQL的数据库吗？我很喜欢RedisDB的架构，现在我知道RedisDB是支持虚拟内存的。但我现在不知道它有多快。PS当我说大数据库时，我并不是说真的很大。只是一些网站的数据库，不能放在内存中。 最佳答案 这完全取决于您的应用程序。Redis是一个Key-Value存储。如果您的数据以关系格式存储并且不适合key检索，那么它并不是真正适合您的解决方案。此外，Redis存储在内存中时性能最佳。如果事务对您很重要，那么它也不是一个好的解决方案。我使用Redis并且喜欢它，但似乎很多人都在尝试

我正在构建一个网站，我将在其中拥有两种用户-X和Y。X很少(数百)而Y很多(数百万)。基本上对于每个X，都会有一些Y的集合。Y将在他们的网络中添加friend。X将发布一条消息，特定的一组Y可以看到这些人可以将该消息转发给他们的friend。friend可以看到该消息，并可以转发给他们的friend或回复发件人。这是我的用例，我正在探索不同类型的数据库，主要是NoSQL数据库，因为我将系统的可扩展性和性能视为我网站的主要关注点。我已经开始使用SpringDataRedisAPI，并发现它对我的用例非常有用。我的问题是我们如何在NoSQL数据库中特别是在Redis中执行“更新”操作。假设

为什么说NoSQL在结构上比某些SQL数据库更快？假设我在某个SQL表的列上添加了一些索引。有人可以提供某种更快的查询吗？我正在阅读有关redis的内容。classUser尽管有redis的RAM存储，但是这段代码在结构上怎么可能比设置一些followship表更快呢？核心符号表的实现是建立在数组之上的，数组可以被认为是SQL表ID。至于RAMredis内存存储，如何持久化？ 最佳答案 某些*NoSQL数据库在某些*操作上比某些*SQL数据库更快的原因是，其中一些*工作起来简单得多。多年来，一些*关系数据库管理系统积累了大量的特性蠕

我有一个问题。spring数据中的mongo存储库中的查询是否可以免受NoSQL注入(inject)攻击？是否有可能成功地对spring-boot应用程序执行此类攻击？例如，如果我创建使用我自己的方法扩展MongoRepository的接口(interface)，是否以安全的方式生成默认查询，这样的攻击是不可能的？谢谢 最佳答案 我使用一个mongo存储库创建了小型SpringBoot应用程序。我对它执行了一些基本的NoSQL注入(inject)攻击，为了确保它们有效，我还使用Robo3T进行了攻击，并检查了输出是否符合我的预期。例

例如，让我们假设下面的嵌套数据:其中每个标有“^”的单词将有大量的CRUD操作。并且没有被'^'标记的单词也会有CRUD操作，但数量有限。此外，这些“词”可能会产生新的子词。代表此数据必须考虑的好的设计选项/问题是什么。mongodb(NoSQL)中的单个文档或多个文档？DISTRICT^cities^streetsflats^housesroomslightBulbs^ 最佳答案 首先，您需要考虑16MB的文档大小限制-如果是这种情况-那么数据需要在多个文档中。然后-您需要能够在该结构上构建有效的查询。因此，请尝试自下而上构建架构

关闭。这个问题不符合StackOverflowguidelines.它目前不接受答案。我们不允许提问寻求书籍、工具、软件库等的推荐。您可以编辑问题，以便用事实和引用来回答。关闭4年前。Improvethisquestion我正在寻找传统DBMS(如PostgreSQL或MySQL)的可扩展替代方案。在传统数据库中我没有以下特性:自动分片以确保线性可扩展性。具有自动故障转移和恢复功能的复制以确保高可用性。没有单点故障。如果我可以牺牲事务，MongoDB看起来是个不错的选择。我还查看了几个新的SQL数据库。NewSQL似乎适合我的目的:VoltDB、TiDB、cockroachDB。但我担

关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题？更新问题，以便editingthispost可以用事实和引用来回答它.关闭10个月前。Improvethisquestion我看过很多关于MongoDB和Mongoose的视频和教程，虽然我认为Mongoose做得很好，但它与NoSql数据存储提供的灵active不矛盾吗？那是一个无模式的环境。如果我想向我的文档添加新属性或数组怎么办？我必须正确更新我的Mongoose模式吗？这似乎与灵活文档存储的整个要点有悖常理。如果我希望我的应用程序更加灵活，Mongoose不是我应用程序的错误选择吗？

我正在开发一个包含大型科学数据集的数据库。典型的使用场景是每天大约有5GB的新数据写入数据库；每天也将删除5GB。数据库总大小约为50GB。我正在运行的服务器将无法将整个数据集存储在内存中。我构建了数据库，主数据表只是一个由唯一ID和值组成的键/值存储。查询通常针对大约100个连续值，例如。SELECTValueWHEREIDBETWEEN7000000AND7000100;我目前正在使用MySQL/MyISAM，这些查询大约需要0.1-0.3秒，但最近我开始意识到MySQL可能不是基本上是大键/值的最佳解决方案商店。在我开始做大量安装新软件和重写整个数据库的工作之前，我想大致了解一下