问题标签 [relational-database]

显然，BigTable 架构的原因与当您处理 Google 必须处理的大量服务器时难以扩展关系数据库有关。

但从技术上讲，究竟是什么让关系数据库难以扩展？

在大公司的企业数据中心，他们似乎能够成功地做到这一点，所以我想知道为什么不能简单地以更大的数量级做到这一点，以便在谷歌的服务器上进行扩展。

我正在尝试连接我拥有的两个连接表的值并根据条件关系显示结果......我遇到了一些问题

我有一个用户模型（：名称，：密码，：电子邮件），事件模型（：名称，：etc）和兴趣模型（：名称）

我在每个模型中创建了大约 5 条记录。

然后我创建了两个连接表 -> UsersInterests 和 EventsInterests；每个不包含主键，仅分别由 user_id/interest_id 和 event_id/interest_id 组成。

然后我在模型文件中添加了 HABTM 关系

现在我想创建一个控制器，它只查找用户兴趣与事件兴趣相对应的事件

经过一段时间的研究，我发现我需要在

或类似的东西......我有点迷路了......你如何陈述查找条件？......我知道如何在sql中进行内部连接，但我正在寻找优雅的Rails方式来做到这一点。 ..有什么建议吗？

我已经为此工作了一段时间，我似乎无法找到哪里有错误。

我有一个用户模型（：名称，：密码，：电子邮件），事件模型（：名称，：等）和兴趣模型（：名称）[>所有单数<]

然后我创建了两个连接表 -> UsersInterests 和 EventsInterests；每个不包含主键，仅分别由 user_id/interest_id 和 event_id/interest_id 组成。[>复数<]

我的模型包含 HABTM 关系如下

Whew..ok 所以我想创建一个 named_scope 来查找与特定用户有共同兴趣的所有事件。这是有人帮助我的一些代码。

当我从控制器运行时 =>

我收到 SQL 错误：“没有这样的列：Event.id: SELECT "events".* FROM "events" LEFT JOIN events_interests ei ON ei.event_id =......."

现在我确定事件模型有一个 id 并且我认为我的所有列名都是正确的..任何人都可以看到缺少什么吗？

我有一个用户模型（：名称，：密码，：电子邮件），事件模型（：名称，：等）和兴趣模型（：名称）[>所有单数<]

然后我创建了两个连接表 -> UsersInterests 和 EventsInterests；每个不包含主键，仅分别由 user_id/interest_id 和 event_id/interest_id 组成。[>复数<]

我的模型使用 嵌套的有很多通过插件

Whew..ok 所以我想创建一个 named_scope 来查找与特定用户有共同兴趣的所有事件。这是有人帮助我的一些代码。

当我从控制器运行时 =>

我得到错误：

谁能看到我搞砸了什么？

有很多帖子讨论关系与文档数据库，但是它们都很通用。

我想通过一个具体的例子来了解它们的区别。

假设我们正在构建另一个面向 Scrum 的项目管理 Web 应用程序。

虽然我们想尝试一种新技术，但我们不想为了做一些炒作的新事物而牺牲设计并增加整体复杂性。我们希望做出正确的决定，即使这意味着使用旧技术。

所以，想想PivotalTracker。我们将存储项目、故事、故事评论、可能是罕见的附件，可能还有子任务（故事拆分为实际任务）。

也支持迭代，因此每个任务实际上都属于一个项目并且可以在迭代中。在迭代内部，任务需要按特定顺序排列。用户可以通过上下拖动来重新排列故事。

对于每个故事，我们还希望使用单独的时间条目来跟踪花费在其上的时间。

我可能想生成报告，但没有什么太花哨的（烧毁，可能与时间有关）

您将使用哪个数据库，关系数据库还是文档数据库？还是其他？为什么？

你会如何设计它的结构？例如，如果您要使用文档数据库，您会完全规范化吗？

我正在寻找如何构建关系 mysql 数据库，我想遵循一个教程。

我需要一个展示如何制作多个表格并使用 id 将它们链接在一起的表格。我以后可以用它来从不同的表中获取关系数据。这可能很容易，但我只是在学习数据库。

谢谢您的帮助！

如何在键值存储上实现大型关系数据库模式？

以下是要求：

1) 不使用存储过程或特殊数据库供应商的特定功能

2) 使用索引

3) 使用连接

4) 表中的许多复杂类型（VARCHAR、INT、BLOB 等）

5) 数十亿条记录

6) 全文检索

7) 可以进行时间戳备份

8) 不需要事务（仅限原子单行/字段更新）

再会，

过去我一直在使用 Rails/Mysql，但我听说过 Cassandra、MongoDB、CouchDB 和其他文档存储 DB/非关系数据库。我计划稍后探索它们，因为它们可能是可扩展性的更好选择。

我打算很快开始申请。如果我从关系数据库迁移到非关系数据库，它会对 Rails 设计产生什么影响吗？我知道 Rails 迁移与数据库无关，但不确定迁移到非关系迁移是否会对设计产生影响。

一些程序要求底层数据库是 MySQL。类似地，像 GridSQL 这样的软件要求底层数据库是 PostgreSQL。如果将它们整合在一起，将会有很多优势，包括：

1. 两者之间更容易迁移。
2. 可能能够将 MySQL 复制与 PostgreSQL 一起使用
3. 能够使用只能与 MySQL 和 PostgreSQL 通信的软件
4. MySQL 中一个新的基于事务的存储引擎

我确实理解像 PostgreSQL 数组这样的东西使得不可能简单地将 MySQL 接口附加到任何 PostgreSQL 数据库，但是数据库是仅通过 MySQL 接口创建的，那么可以保证它不包含数组。

现在这是不可能的其他原因是什么？

在开发购物车应用程序时，我发现我需要根据管理员的偏好和要求保存设置和配置。此信息可以是公司信息、运输帐户 ID、PayPal API 密钥、通知首选项等。

在关系数据库系统中创建一个表来存储单行似乎是非常不合适的。

存储此信息的适当方式是什么？

注意：我的 DBMS 是 SQL Server 2008，编程层是用 ASP.NET（在 C# 中）实现的。