JMP 버그 수정: ODBC 오류가 사용자에게 전달되지 않음이러한 위시리스트 요청을 하게 된 계기는 무엇이었나요? 우리는 불완전한 데이터 세트로 어려움을 겪고 있었습니다. 즉, 다른 쿼리 실행에서 ODBC-DSN을 사용하여 "새로운 SQL 쿼리"를 사용하여 데이터베이스에서 다른 수의 행을 얻었습니다. 이는 쿼리 연결이 데이터 페치 중에 시간 초과로 실행되고 JMP가 오류를 전달하지 않고 사용자에게 알리지 않았기 때문에 발생합니다.
어떤 개선을 원하시나요? JMP에서 사용자에게 ODBC 오류를 알려주고, 사용자가 문제가 있음을 알고 있으며 이를 해결할 수 있도록 해야 합니다.
이 아이디어가 중요한 이유는? 이 동작으로 인해 사용자는 JMP에 의한 데이터 수집이 올바르게 작동하고 데이터 세트가 불완전하다는 확신을 잃기 때문입니다. 이는 버그 수정일 뿐입니다.
해결 방법으로 ODBC 설정에서 시간 초과를 구성하라고 했지만, 이 방법은 사용자가 문제를 알고 있을 때만 작동합니다. JMP에서 문제에 대해 알려주지 않으면 사용자는 아마도 문제를 알지 못할 것입니다. 문제를 알고 있더라도 다음 쿼리가 더 오래 걸릴 수 있으며 다시 같은 문제에 부딪힐 수 있습니다. 따라서 문제가 있는지 알아보려면 데이터를 여러 번 가져와야 합니다. 제가 싫어하는 부분입니다.
데이터 접근Re: JMP 버그 수정: ODBC 오류가 사용자에게 전달되지 않음불완전한 데이터 세트에 대한 정보를 얻는 것이 매우 도움이 될 것입니다.
Re: JMP 버그 수정: ODBC 오류가 사용자에게 전달되지 않음ODBC 설정에서 시간 초과를 구성하는 방법도 공유해 주시겠습니까?
Re: JMP 버그 수정: ODBC 오류가 사용자에게 전달되지 않음@데이터베이스Whimp 님께,
다양한 방법이 있으며, 이는 시스템/드라이버에 따라 달라집니다.
Windows에서는 DSN(Windows 앱 ODBC-데이터베이스-관리자 64비트)에서 설정을 구성한 다음, 사용자 DSN으로 가서 연결 설정을 편집할 수 있습니다.
스크린샷을 참조하세요. 이 기능은 사용자 DSN에만 적용되며, 시스템 DSN에는 적용되지 않습니다(저희의 경우 IT 부서에서 DSN을 시스템 DSN으로 도입했습니다).
또 다른 방법은 "Custom SQL()"에서 데이터베이스로 보내는 SQL의 끝에 문자열을 추가하는 것입니다. 여기서는 다음과 같이 선택합니다.
select now() from dual()
CONTEXT('QUERYTIMEOUT' = '900')
Re: JMP 버그 수정: ODBC 오류가 사용자에게 전달되지 않음 - 상태가 다음으로 변경됨: 확인됨요청을 공유해 주셔서 감사합니다! 귀하의 의견에 감사드리며 즉시 검토하겠습니다. 업데이트가 있으면 알려드리겠습니다.
Re: JMP 버그 수정: ODBC 오류가 사용자에게 전달되지 않음JMP 19.0 업데이트:
- 우리는 여전히 문제를 보고 있습니다
- 문제: 불완전한 데이터 세트가 생성됩니다(예: 21,469개 행 중 2,000개 행)
- 새 테이블의 경우 사용자는 힌트를 받습니다(테이블 이름은 "부분 가져오기..."입니다).
- "데이터베이스에서 업데이트" 스크립트로 쿼리가 시작되면 힌트가 없습니다.
- 저는 여전히 이것을 심각한 버그로 봅니다(누락된 기능이 아니라 위시리스트에 요청할 수 있는 기능).
내 질문:
- 언제쯤 개선이 보일지
- "확인됨"은 무슨 뜻인가요? 이 상태는 JMP 소프트웨어의 실제 동작에서 어떻게 변하나요?
