问题标签 [non-relational-database]

我为我当前的应用程序实现了一个评论部分。评论部分可以被认为是给定页面上的一系列用户帖子。我想知道哪种设计在非关系数据库（Google App Engine）中最有效。

设计 1： 按 groupId 对评论进行分组并过滤这些结果

与页面相关的所有评论的查询如下所示：

设计 2： 为组内的所有评论存储一个键，如果条目数超过 5000 个条目，则使用自扩展列表。

查询将简单地执行 id/key 查找。

我知道索引可能很昂贵，但第一个设计提案只会索引 groupId 字段，并且只需要一次写入即可发表评论（如果包含索引，则写入更多）。

第二种设计将避免昂贵的索引，但每个发布的评论都需要读取和写入操作。此外，我担心争用问题。这些评论不应该经历极高的吞吐量，但第二种设计似乎会造成瓶颈。

由于我是非关系数据库的新手，因此我将不胜感激有关这些提议的设计及其相关权衡的任何意见。

对不起我的菜鸟问题，我是 NoSQL 的新手。

我的情况，如果在关系数据库中，我有 3 个表：

一本书只有一个作者和一个类别，但是一个作者有很多书和一个类别

也有很多书。[作者]--(1--------n)-- [书籍]--(n--------1)-- [类别]

关系数据库，我们只是在 Book 中创建外键

，但我们不能用 NoSQL 做到这一点。

所以我真的无法解决如何使用 NoSQL 设计表来回答这两个查询是：

我的意思是我们有什么方法可以设计表/模型遵循 NoSQL，它仍然响应我上面的两个查询吗？

我使用DynamoDB存储数据库，是我选错了吗？

我试试这个（我不能发布图片）：s6.postimg.org/z44997j0x/Basic_4.jpg

谢谢大家给我宝贵的时间阅读和帮助我！！！

Here's a brief description of the models:

• Model A represents a piece of equipment and has a name and a state
• Model B represents a specific state of many model A's
• Model B should relate to many model A's but only for a specific state of model A

Is it possible to model something like this in the datastore? I need the state of model A to be independent of any model B's, but when I peer into a model B I need to know what the state of the model A's should be that the model B is representing.

The current way I am achieving this is by making model B have string fields representing the different model A's with the name of the field being the name of the model A and the value of the field being the state the model A is supposed to be in.

This works, however it's completely static and requires manually adding fields into model B when the number of model A's change. I'm looking for a dynamic approach to solve this problem.

I hope this isn't too confusing, please ask for more clarification if it's needed.

是否有标准的 XML 格式可以将 Java 对象保存到关系或非关系数据库中？

我在 Java 中寻找类似于如何将 JSON 直接保存到 MongoDB（作为 BSON）中的东西。

它不必是非关系型数据库，使用 ORM 流程即可。

所以它将是一个由 XML（或类似的东西）表示的 Java 对象，然后 XML 可以通过线路发送以保存在数据库中。也许对关系数据库这样做没有意义。

JAXB 是镇上唯一的游戏吗？

我必须建立一个存储大量数据的网站。我在互联网上搜索以决定使用关系数据库还是非关系数据库。我找不到好的答案。一些网站说如果你有很多数据你可以选择非关系数据库，但我认为这不是一个好策略。Facebook（例如）使用关系数据库（mysql）虽然有很多数据存储在 Facebook 数据库中。其他网站说，如果您的数据可以以表格的形式组织，您可以选择关系数据库。但是，正如网站所说，非关系数据库的性能优于关系数据库。我的数据可以组织在表格中，但我不想失去性能。

我的需要是存储大量数据并尽可能快地访问它们。那么我该如何决定关系数据库还是非关系数据库。

这个问题已经在 StackOverflow 上问过了，

提出的问题可以追溯到 2013 年，现在是 2015 年，Django 已经快速成长。

截至 2015 年，在 Django 1.8 中使用 mongodb 的情况如何？

Django 是否支持开箱即用的 Monogodb（带有 db 适配器）？还是应该使用像 django-nonrel 这样的其他发行版？

我想知道为我的项目设计域对象的最佳方式是什么。

领域对象应该对 ORM/Framework 甚至数据库技术（MySQL、MSSQL 甚至 Mongo）一无所知

下一个问题出现在脑海中，假设我有两个对象，Post 和 Comment。

这是 Post 对象的代码：

现在，我对 Comment 对象的问题是它应该包含 Post Id 还是仅包含 Post 对象？

包含关系对象的 Id 还是仅包含其域对象是一种好习惯吗？

另一个问题是没有像 mongodb 这样的 sql 数据库。如果我将数据存储在 mongodb 中，Comment 对象将引用什么 Post 对象？在mongodb中，帖子和评论之间没有关系，任何帖子都包含评论列表，但评论本身不知道他们所属的帖子。那么，使这些领域类与基于 Sql 的数据库和 NoSql 数据库兼容的最佳方法是什么？

谢谢

我是 Cassandra 的新手，我很难在一个非常基本的表上使用简单的选择查询。例如，

在这个给定的桌子上：

我可以使用=运算符，但不能使用>, < >=, <=. 我已经阅读了这个主题，包括这篇文章和这个关于不同键类型的溢出问题，但我仍然不清楚。在上表中，date是一个 SIMPLE 列，为什么我不能WHERE像在常规 RDBMS 中那样使用该子句？

在开发用于热力学模拟的软件（在 C++ 中）时，我需要存储不同温度下的流体特性。这些数据点用于构建一个简单的插值函数，以便在我们没有完整实验数据的温度下评估属性值。

流体仅通过其名称和浓度 (%)来识别（后者通常不相关）。如果你好奇的话，有四个特性很有趣：质量密度、动态粘度、比热容和热导率。对于任何其他意图和目的，这些只是 4 个数字属性，分别称为 A、B、C 和 D。因此，特定流体的函数看起来像这样：(A,B,C,D) = f(T)，其中 T 是温度。

目前，它是一个 SQLite3 数据库，流体表如下所示：

还有属性表：

手动插入数据进行测试是可以的。这也将是稍后流体编辑器 GUI 的直观显示。

然而，在代码中，插值是针对每个属性单独完成的。此外，由于我不能使用 NULL 值，因此并非所有温度（行）都与所有属性相关。为了适应代码的观点，我创建了四个相同的视图——每个属性一个。例如：

现在，随着我逐渐从原型设计转向构建合适的软件，我正在尝试思考这两种方法中的任何一种如何适合 ORM 视角。它是每个属性的模型（如我的视图）还是所有属性的单个模型（如当前使用的表）。第三种选择可能是保留数据库原样并在视图（而不是真实表）之上构建模型，但这不是 ORM 的方式。

我什至考虑将这个数据集移动到 NoSQL 解决方案（例如 MongoDb），但我想不出克服双重视角问题的方法。

我承认这里既没有运行时也没有空间性能问题，而且要存储和处理的数据量无论如何都可以忽略不计。一小时内可能只有两个查询，每个查询将特定流体的数据集加载到应用程序的内存中并在那里使用它（基于评估的插值和计算）。因此，如果您认为我对此压力过大，我会接受。

否则，我想听听您的想法并考虑您可能提供的任何不同方法。我错过了什么吗？拆分表会产生的冗余键（流体和温度）如何？此外，这可能对其他确实设置了约束的人感兴趣。

我正在进行案例研究，我有一个与创建数据仓库有关的问题。但是，它涉及两个组织，一个使用关系数据库，另一个是非关系数据库，并且两个组织都使用不同的 CRM。在创建和实施数据仓库时会遇到哪些挑战？