有什么经验法则可以根据人类可读的描述来构造SQL查询吗？

Question

有什么经验法则可以根据人类可读的描述来构造SQL查询吗？

当我们面前有任何关于查询的描述时，我们尝试应用启发式和头脑风暴来构造查询。

是否有任何系统的、一步的或数学的方法来从给定的人类可读的描述中构造SQL查询？

例如，如何确定SQL查询是否需要联接而不是子查询，是否需要组BY，是否需要IN子句，等等.

例如，研究数字电子学的人就会知道卡诺地图或QuinMcClausky方法这样的方法。这是一些简化数字逻辑的系统方法。

如果有这样的方法来手动分析SQL查询，以避免每次头脑风暴？

Answer 1

下面是我在非分组查询中所做的工作：我把它放进了FROM子句，该表的每一行期望接收零或一个输出行。通常，你想要的是“所有拥有特定属性的客户”。然后，Customer表进入FROM条款。使用联接添加列和筛选行。联接不应重复行。联接应该找到零行或一行，而不是更多。这使得它非常直观，因为您可以说“联接会添加列并过滤掉一些行”。如果联接可以替换子查询，则应避免子查询。联接看起来更好，更通用，而且通常更高效(因为常见的查询优化器弱点)。如何使用WHERE而且预测很容易。