令我感到奇怪的是，当我定义了外键时，引擎无法使用此信息自动找出正确的 JOIN 表达式，而是要求我重新键入相同的子句。是否有任何数据库，也许是某种研究项目，可以检查现有的外键？
有时，我的数据库进程的使用者会要求估计何时完成给定的任务。虽然我觉得我知道如何在大多数数据库引擎中阅读 EXPLAIN，但我很难将其翻译为“15 分钟后再次询问我”。有谁知道用于任何特定数据库的良好“经验法则”？
我意识到这不会是一个硬性规定，但在某些情况下，即使能够给出一个大概的数字也可能很有用。
如果我有一个包含一列敏感数据的表，并且我想在不公开该列的情况下广泛使用该表，我知道我可以创建一个 VIEW，让他们可以访问所有非敏感列。但是，PostgreSQL 允许您以以下形式授予列级权限
grant select (col1, ...coln) on table to role;
是否有其他引擎提供此功能？
曾经有一个指向 9075:2003 的 JTC 1/SC 32 工作草案的公共链接，但自从他们在 2003 年之后的修订版中开始使用以来，我一直没有使用该链接。鉴于有许多其他规范的公开副本（例如 11179-1:2004），我想知道是否有人知道合法访问 ISO/IEC 9075 规范的任何方法。也许有一个指向工作草案的链接，或者一个基金会以不到大约 3000 美元的价格提供对它的访问，我从标准机构学习 SQL 而不是依赖于特定于实现的书籍和文档需要花费我。