대기(0) vs 대기(n) vs 실행 vs 완료데이터 테이블이 매우 크고 지속적으로 증가하므로 수식이 완료되지 않는 문제가 있습니다. JMP가 각 줄이 끝날 때까지 스크립트가 계속 진행되지 않도록 하는 메커니즘을 구축했으면 좋겠지만 아마도 내가 생각하지 못하는 이유가 있을 것입니다. 저는 일반적으로 wait(n) 명령(예: wait(30);)을 사용합니다. 그러나 데이터세트가 커짐에 따라 특정 테이블이 커짐에 따라 수천 줄의 코드 전체에서 셀 수 없이 많은 "wait" 인스턴스를 지속적으로 업데이트해야 합니다. 평가를 완료하는 코드 줄입니다. 나중에 나는 wait(0); 역동적일 것입니다. 다음 줄로 이동하기 전에 평가를 완료하는 데 필요한 만큼 기다려야 하므로 모두 wait(0)으로 변경했지만 현재 많은 줄이 완료되지 않아 스크립트가 중단됩니다. wait(0); 제가 설명한 대로 명령이 동적이겠습니까? "실행" 및 "완료" 명령을 시도했지만 둘 다 작동하지 않았습니다. 나는 돌아가서 예를 들어 wait(30); 한 곳에서 다시 작동했습니다.. 시간이 지남에 따라 필연적으로 계속 변경해야 하는 정적 시간 증가에 갇혀 있는 건가요? 아니면 여기서 뭔가 잘못하고 있는 걸까요?
자동화 및 스크립팅답: 대기(0) vs 대기(n) vs 실행 vs 완료조인/업데이트하는 테이블에 수식이 있으면 도움이 될 수 있다고 생각합니다. 저는 JMP 데이터 테이블과 직접적으로 관련된 문제가 있어서 대기를 사용해야 했던 적이 없다고 생각합니다(대부분의 문제는 일부 변수가 값을 얻지 못하거나 새 창에서 시각화하는 것과 관련이 있었습니다). JMP가 백그라운드에서 수행하는 기술적인 세부 사항을 충분히 알지 못하므로 support@jmp.com 으로 이메일을 보내 도움을 받으실 수 있습니까? 또한 이 이전 응답을 기반으로 @Jeff_Perkinson 태그를 지정합니다 . 스크립트가 순차적으로 실행되도록 하려면 어떻게 해야 합니까?
몇 가지 질문:
Current Datatable()을 사용하여 데이터 테이블을 참조하고 있습니까? 어떤 JMP 버전을 사용하고 있나요?
연결:
https://www.jmp.com/support/help/en/15.2/index.shtml#page/jmp/scripting-data-tables.shtml#ww2071832
https://www.jmp.com/support/help/en/15.2/index.shtml#page/jmp/scripting-numbers-strings-arrays-and-lists.shtml#
답: 대기(0) vs 대기(n) vs 실행 vs 완료수식 평가뿐만 아니라 다른 테이블 열기 및 조인 또는 업데이트, 테이블 정렬 등과 같은 작업도 지정했어야 했습니다. 해당 명령이 수식이 아닌 작업에도 작동합니까?
답: 대기(0) vs 대기(n) vs 실행 vs 완료다음을 사용해 보셨나요?
dt << Run Formulas();
또는
dt << Rerun Formulas;
이러한 JMP에 대한 이해에 따르면 공식 평가가 계속되기 전에 완료될 때까지 기다려야 합니다.
다른 가능한 옵션: 공식도 필요합니까? 수식 대신 << 각 값 설정 으로 관리할 수 있나요? 또한 dt << Begin Data Update 를 사용할 수도 있습니다. 그리고 dt << 데이터 업데이트 종료 ; 유용할 수 있습니다.
Re: Wait(0) vs Wait(n) vs Run vs Finish일반적으로 스크립트에서는 << 실행 수식을 사용했습니다.
하지만 저는 @RVhydrA 의 글에 동의합니다.
스크립팅 인덱스에 기록된 내용에 따르면 wait(0)은 동일한 작업을 수행해야 합니다.
Re: Wait(0) vs Wait(n) vs Run vs Finish- 루프 중에 창을 표시하고 버튼을 작동시키려면 wait(0)을 사용합니다.
- <를 사용하세요 < i>
- wait(1)을 사용하면 스크립트 실행 속도를 느리게 만들어 변경 사항의 진행을 시각화할 수 있습니다.
JMP의 테이블 공식은 JMP가 유휴 상태일 때 백그라운드에서 평가됩니다. Wait(n > 0)은 JMP를 유휴 상태로 만들어 공식이 평가될 수 있도록 합니다. 유휴 시간 공식 평가는 매우 느립니다. dt< <>
많은 데이터 테이블 명령에는 <
Wait(n) 유휴 시간은 운영 체제가 디스플레이를 업데이트하고 키 입력과 마우스 클릭을 프로그램으로 보낼 수 있도록 합니다. 플랫폼을 열고 닫는 wait(0) 유휴 시간이 없는 루프를 작성하면 디스플레이에 어떤 활동도 보이지 않습니다. 창이 열리는 것을 보아야 하는 경우 wait(0)이 적절합니다. 아무 일도 일어나지 않더라도 wait(0)에 대한 약간의 시간 페널티도 있습니다.
