JMP のバグを修正: ODBC エラーがユーザーに転送されないこのウィッシュリストのリクエストのきっかけは何ですか? 私たちは不完全なデータセットに苦労してきました。つまり、ODBC-DSN で「新しい SQL クエリ」を使用して、異なるクエリ実行からデータベースから異なる数の行を取得しました。これは、データ取得中にクエリ接続がタイムアウトで実行され、JMP がエラーを転送せず、ユーザーに通知しなかったために発生します。
どのような改善を望みますか? JMP で ODBC エラーについてユーザーに通知し、ユーザーが問題があることを認識して修正できるようにする必要があります。
このアイデアが重要なのはなぜでしょうか?この動作により、ユーザーは JMP によるデータ取得が正しく機能していることに自信がなくなり、データセットが不完全になるためです。これは単なるバグ修正です。
回避策として、ODBC 設定でタイムアウトを構成するように言われましたが、これはユーザーが問題を認識している場合にのみ機能します。JMP が問題についてユーザーに通知しなければ、ユーザーはおそらくそれに気付かないでしょう。ユーザーが問題を認識した場合でも、次のクエリに時間がかかり、同じ問題に再び遭遇する可能性があります。そのため、問題があるかどうかを確認するために、データを複数回取得する必要があります。これは私にとって好ましくないことです。
データアクセスRe: JMP のバグを修正: ODBC エラーがユーザーに転送されない不完全なデータセットの情報を取得するのに非常に役立ちます。
Re: JMP のバグを修正: ODBC エラーがユーザーに転送されないODBC 設定でタイムアウトを構成する方法もここで共有していただけますか?
Re: JMP のバグを修正: ODBC エラーがユーザーに転送されない@データベースウィムプ様、
さまざまな方法があり、システム/ドライバーによって異なります。
Windows では、DSN (Windows アプリ ODBC-Database-Administrator 64 ビット) で設定を構成し、ユーザー DSN に移動して接続設定を編集できます。
スクリーンショットを参照してください。これはユーザー DSN に対してのみ機能し、システム DSN に対しては機能しません (私たちの場合、IT 部門は DSN をシステム DSN として展開しています)。
もう 1 つの方法は、次のように選択して、接続設定を使用して、「カスタム SQL()」でデータベースに送信する SQL の末尾に文字列を追加することです。
select now() from dual()
CONTEXT('QUERYTIMEOUT' = '900')
Re: JMP バグの修正: ODBC エラーがユーザーに転送されない - ステータスが「確認済み」に変更されましたリクエストを共有していただきありがとうございます。ご意見に感謝し、すぐに検討させていただきます。更新があれば、お知らせします。
Re: JMP のバグを修正: ODBC エラーがユーザーに転送されないJMP 19.0 のアップデート:
- 私たちはまだその問題を認識している
- 問題: 不完全なデータセットが取得される (例: 21,469 行のうち 2000 行)
- 新しいテーブルの場合、ユーザーにはヒントが表示されます (テーブルの名前は「...の部分インポート」です)。
- 「データベースから更新」スクリプトによってクエリが開始されると、ヒントは表示されません。
- 私はこれを依然として重大なバグだと考えています（欠けている機能ではなく、ウィッシュリストで要求するかもしれません）
私の質問:
- いつ改善が見られるのか
- 「確認済み」とはどういう意味ですか? このステータスは、JMP ソフトウェアの実際の動作でどのように変化しますか?
