説明できないSQL結果わかっています! SQL は奇妙で、時々奇妙な結果を返すことがありますが、これは非常に単純な SQL であり、結果は単純だと言われています。
私が持っているのは3つのテーブルです。
表 1: 2019 年 12 月 31 日から 2023 年 12 月 31 日までの毎日の日付をリストした 1 つの列。
表 2: 2 つの列: 列 1 はイベントの日付、列 2 は列 1 の日付にイベントが発生した回数です。
表 3: 2 つの列: 列 1 はさまざまなイベントの日付、列 2 は列 1 の日付にイベントが発生した回数です。
3 つのテーブルを 3 列のテーブル (日付、イベント 1 の発生回数、イベント 2 の発生回数) に結合します。
SQL (これ以上簡単なものはありません)
表 1: (2021 年 10 月 8 日以降に発生した大量のデータ)
表2: (2021年10月8日以降に発生した大量のデータ)
クエリ結果
表 1 のデータ (「作成日」、「N 行 2」) - 正しい。
表 2 のデータ (「完了日」、「N 行」) - 2021 年 10 月 8 日までは正確ですが、それ以降のデータはありません。
テーブル 1 とテーブル 2 を切り替えてみました。データを再度インポートしてクエリを再実行してみました。クエリを最初から再作成しましたが、うまくいきませんでした。
何かアイデアはありますか?
データアクセスRe: 説明できない SQL の結果ちなみに、「テーブルの結合」機能を使用して問題を解決しました（2つのテーブルを結合してから、3番目を結果に結合します）。それはうまくいきました。
SQLの何が問題なのか知りたいです！
Re: 説明できない SQL の結果@Jed_Campbell問題が発生するのは 2021 年 8 月 10 日です (またはその後)。
jmpsのdatetime値でもチェックしてみましたが、それでも同じ問題が発生します
QNs_Closed.jmp空の行が1つあり、それを削除した後、クエリが正常に機能し始めました。 理由はわかりません。
プレビューでこれが発生していることを確認し、行が残っている状態でクエリを作成し、クエリを作成し、レビューを開き、行を削除してプレビューを更新することができます
Re: 説明できない SQL の結果まあそれは好奇心旺盛です（そして私はそれを複製しました）。 なぜ2021年8月が物事がうまくいかない日なのだろうか.
Re: 説明できない SQL の結果変。 正確なクエリを実行すると、期待どおりの結果が得られます。 JMP のどのバージョンを使用していますか?
Re: 説明できない SQL の結果助けてくれてありがとう。データには空行が含まれているはずですが、クエリを実行する前にコードで削除できました。しかし、それが必要かどうかはわかりません。
将来、私はそれを監視しますが、今のところ、2つの優れた簡単な回避策があります。
