问题标签 [ansi-92]

在我工作过的每一家公司，我发现人们仍在使用 ANSI-89 标准编写 SQL 查询：

而不是 ANSI-92 标准：

对于像这样一个非常简单的查询，可读性没有太大差异，但是对于大型查询，我发现将我的连接条件分组并列出表可以更容易地查看我在连接中可能遇到的问题，并且让我将所有过滤保留在 WHERE 子句中。更不用说我觉得外连接比Oracle中的(+)语法直观多了。

当我尝试向人们宣传 ANSI-92 时，使用 ANSI-92 优于 ANSI-89 是否有任何具体的性能优势？我会自己尝试，但是我们这里的 Oracle 设置不允许我们使用 EXPLAIN PLAN - 不希望人们尝试优化他们的代码，对吗？

以下选择语句是否符合 SQL92？

我正在使用支持 SQL92 的 OLEDB 接口查询数据系统。我的查询问题等同于这里解决的问题：SQL Query to find early date取决于 column value changes，但是那里提供并复制下面的解决方案对于 SQL92 来说太高级了：

该解决方案的 SQL92 兼容版本会是什么样子？

由于无法完全控制的情况，我必须开发 ACCESS 查询，这些查询将存储在 Access 2000 MDB 中，但可以在以下任何一种情况下开发：Access 2000、2002、2003、2007、2010。这些查询将访问（通过链接表）MS SQL Server DB 或 Access 2000 .MDB 文件。

过去，我们遇到过与不兼容 ANSI-92 的查询有关的问题。我们通过在工具|选项对话框的表/查询选项卡中标记复选框来解决这个问题（在 Access 2007 之前的旧版本下）。

我们在各种系统之间移动这些 Access 应用程序 .MDB，我们现在通常没有任何问题。

但是，我刚刚开发了一个适用于所有内部联接的查询，但是当我将其中一个联接更改为外部联接时，查询失败并在 Access 2010 下出现“无效操作”错误。所以我想我会检查是否仍然设置了 ANSI-92 复选框。我找不到它。

现在，我知道 Access 2003 及更高版本自动使用 ANSI 92 语法，但我想知道是否有任何方法可以检查这些查询在这种情况下（相当具体的情况）是否属于这种情况。我观察到，当我们更改复选框时，我所有的“Like”查询都变成了“Alike”查询......

所以问题归结为在这种情况下ANSI 92语法完全透明，而我的查询失败的原因是别的......

TIA，保罗

我正在尝试查找有关MySQL、PostgreSQL、SQLite 等开源数据库的正确RDBMS SQL 查询的信息。他们是否有任何预先组装的列表，或者我只需要梳理每个数据库引擎的文档（在某些情况下猜测正确的实现？ ALTER TABLE vs CREATE INDEX）

例如，到目前为止，我有这个 MySQL 的（部分）列表：

使用 ANSI-89（旧）或 ANSI-92（“新”）连接表的方法连接表时，将 2 个连接表中的字段放在哪一侧是否重要。

例如，这样做是否更好：

还是以下更好？

仅仅是美学吗？或者它是否影响连接的工作方式？

编辑：为了进一步澄清，左连接呢？例如：

这是一样的吗

但是，如果使用 ANSI-89与第二个加入 A ONTO B 时Where A.ID = B.ID (+)不一样？Where B.ID = A.ID (+)

我正在尝试使用 sql 计算两个日期时间之间的分钟数ansi-92。我无法使用timestampdiff()函数，因为我收到错误响应。

我试过date1- date2，但我总是得到 0 的结果（尽管没有错误）。

例子：

我有 730000+ 条记录需要在 Ingres db 中删除，这些记录与 ANSI92 一起使用，然后我需要删除而不重载 db，简单删除搜索条件不起作用，DB 只使用所有内存和 trowing 错误。考虑循环运行它，并按部分 10-20K 的记录删除。

我尝试使用 top 并没有用

，也试图使用限制也没有工作

任何想法怎么做？谢谢 ！