問題タブ [ansi-92]

私が働いたすべての会社で、人々がまだ ANSI-89 標準で SQL クエリを書いていることがわかりました。

ANSI-92 標準ではなく:

このような非常に単純なクエリの場合、読みやすさに大きな違いはありませんが、大きなクエリの場合、結合条件をグループ化してテーブルを一覧表示すると、結合で問題が発生する可能性のある場所を簡単に確認できることがわかります。すべてのフィルタリングを WHERE 句に保持しましょう。言うまでもなく、外部結合は Oracle の (+) 構文よりもはるかに直感的です。

私は ANSI-92 を人々に広めようとしていますが、ANSI-89 よりも ANSI-92 を使用することで具体的なパフォーマンス上の利点はありますか? 自分で試してみますが、ここにある Oracle のセットアップでは、EXPLAIN PLAN を使用できません。人々がコードを最適化しようとするのは嫌ですよね?

次のselectステートメントはSQL92に準拠していますか？

SQL92 をサポートする OLEDB インターフェイスを使用してデータ システムにクエリを実行しています。私のクエリの問題は、ここで解決されたものと同等です: SQL クエリは、列の値の変更に依存する最も早い日付を見つけることができますが、そこで提供され、以下にコピーされたソリューションは、SQL92 には高度すぎます。

このソリューションの SQL92 準拠バージョンはどのようになりますか?

私の制御下にない状況のため、Access 2000 MDB に格納される ACCESS クエリを開発する必要がありますが、Access 2000、2002、2003、2007、2010 のいずれかで開発できます。これらのクエリは (リンクされたテーブルを介して) MS SQL Server DB または Access 2000 .MDB ファイルのいずれか。

過去に、クエリが ANSI-92 と互換性がないという問題がありました。これは、[ツール|オプション] ダイアログの [テーブル/クエリ] タブでチェック ボックスをオンにすることで解決しました (2007 より古いバージョンの Access で)。

これらの Access アプリケーションの .MDB をさまざまなシステム間で移動しましたが、通常は問題はありません。

ただし、すべての内部結合で正常に機能するクエリを開発しましたが、結合の 1 つを外部結合に変更すると、Access 2010 で「無効な操作」エラーが発生してクエリが失敗します。 ANSI-92 チェックボックスがまだ設定されているかどうかを確認します。私はそれを見つけることができませんでした。

現在、Access 2003 以降では ANSI 92 構文が自動的に使用されることはわかっていますが、これらのクエリがこれに該当することを確認する方法があるかどうか疑問に思いました (むしろ特定の状況)。チェックボックスを変更すると、すべての「Like」クエリが「ALike」クエリになることがわかりました...

したがって、問題は、この状況ではANSI 92構文が完全に透過的であり、クエリが失敗する理由は別のものです...

ティア、パオロ

MySQL、PostgreSQL、SQLite などのオープン ソース データベースの正しいRDBMS SQL クエリに関する情報を探しています。それらの事前に組み立てられたリストはありますか、それとも各データベースエンジンのドキュメントをくまなく調べる必要がありますか (場合によっては、正しい実装について推測しますか? ALTER TABLE vs CREATE INDEX)

たとえば、これまでのところ、MySQL のこの (部分的な) リストがあります。

sql を使用して、2 つの日時の間の分数を計算しようとしていますansi-92。timestampdiff()エラー応答が返ってきて機能が使えません。

date1-を試しdate2ましたが、結果は常に 0 になります (エラーはありません)。

例：