问题标签 [relational-algebra]

我完全知道集合划分可以通过一系列其他操作来完成，所以我的问题是：

SQL中有设置除法的命令吗？

我有一个数据库任务，我必须为两个问题创建一些关系代数。我对它的大部分感觉都很好，但是当我试图从一个连接到另一个表的表中投影属性时我只是感到困惑。

例如，这是正确的吗？

Q1) 列出未拨打电话的事件的详细信息，以便接待员知道哪些事件仍需要呼叫。

我试图解释为关系代数的 SQL 是：

任何意见将不胜感激。

我是关系代数的新手，对于我的任务，我必须创建两个。我已经写出了我在 SQL 中遇到的问题，但我不确定如何在关系代数中表示这种连接。任何帮助/指针将不胜感激。

假设我想做一个“优化的查询生成器”。基本上是一个 SQL 查询优化器，它比基于时间/空间限制的 SQL 服务器中的优化器要好得多。它将查询和数据库统计信息作为输入，并生成为目标系统量身定制的 SQL 查询，该查询将快速优化为几乎理想的计划。

需要支持多少 SQL？是否有一个 SQL 子集足够灵活，可以轻松描述最有用的查询，但又比完整的 SQL 小，值得将其缩减为？如果您不需要坚持“靠近机器”，还有更好的方法来描述查询吗？

我不是在考虑一个程序来处理现有的 SQL，而是一个用于创建新 SQL 的工具。只要输入语言能够描述查询的要求，实际上不需要将SQL 作为输入。

我想问题的另一种形式是：它们的 SQL 的任何部分是否仅用于性能并且从不提高可读性/可理解性？

正如有人指出的那样，这样做需要“大量特定于产品的知识”，并且（例如嵌套子查询与其他任何东西，应该使用什么样的索引，诸如此类）正是该工具旨在封装的内容这样用户就不需要学习这些知识。

注意：我对生成实际的查询计划不感兴趣，因为那是 DBMS 的工作，无论如何都不能从 SQL 中完成。我对一个系统感兴趣，该系统可以从不需要为该 DBMS 调整的输入中自动为给定 DBMS 生成良好的 SQL 的工作。

有人可以向我解释这里发生了什么以及如何解决这个问题吗？

假设关系 R(A,B) 具有元组：

并且关系 S(B,C,D) 具有元组：

计算 R 和 S 的自然连接。然后，确定以下哪些元组在自然连接
R |><| S. 你可以假设每个元组都有模式 (A,B,C,D)。

我不知道自然连接的真正含义。你能给我解释一下吗？

Aheo询问是否可以有一张只有一列的表格。一个没有列的关系怎么样？

投影和选择有什么区别？是吗：

• Projection --> 用于选择表格的列；和
• 选择--->选择表格的行？

那么投影和选择分别是垂直切片和水平切片吗？

我正在阅读 CJ Date 的SQL and Relational Theory: How to Write Accurate SQL Code，他认为位置查询是不好的——例如，这个INSERT：

相反，您应该使用这样的基于属性的查询：

现在，我了解到第一个查询与关系模型不符，因为元组（行）是无序的属性集（列）。我无法理解第一个查询中的危害在哪里。谁可以给我解释一下这个？

任何人都可以建议对关系数据库采用数学方法的资源吗？我猜基本上是关系代数。

我有数学背景，现在从事数据库方面的大量工作，并希望缩小差距。

当我编写 SQL 查询时，我发现自己经常在想“没有办法用单个查询来做到这一点”。发生这种情况时，我经常求助于使用临时表（一种或另一种）的存储过程或多语句表值函数，最终只是简单地组合结果并返回结果表。

我想知道是否有人知道，仅从理论上讲，是否应该编写任何将单个结果集作为单个查询（而不是多个语句）返回的查询。显然，我忽略了代码可读性和可维护性等相关点，甚至可能是查询性能/效率。这更多是关于理论 - 可以做到......别担心，我当然不打算在多语句在所有情况下更适合我的目的时开始强迫自己编写单语句查询，但是对于是否有可行的方法从单个查询中获取结果，这可能会让我三思而后行。

我想一些参数是有序的 - 我正在考虑一个关系数据库（例如 MS SQL），其表遵循常见的最佳实践（例如所有表都有一个主键等）。

注意：为了赢得“接受的答案”，您需要提供明确的证明（参考网络材料或类似的东西。）