JMP Pro 14의 파일 병합 속도가 JMP Pro 18보다 훨씬 빠르다는 것은 예상치 못한 결과입니다.JMP Pro 18 이후로 파일 병합 속도가 느려졌습니다.
작업을 하려면 JMP Pro14를 다시 사용해야 했습니다.
dir="C:\0\";;Fs=Files In Directory(dir);
for(j=1,j<=N Items(fs),j++,
d1=Open(dir||fs[j],Add to Recent Files(0));na=d1<
<GET name=""></GET>
<LINGO-LABS id="lingo-labs-950818" slang="en-US" mode="CREATE">
<LINGO-LABEL>자동화 및 스크립팅</LINGO-LABEL>
</LINGO-LABS>
Re: JMP Pro 14의 파일 병합 속도가 JMP Pro 18보다 훨씬 빠른 것은 예상치 못한 결과입니다.안녕하세요, 라라님.
~을 위한 루프 바깥쪽에 Begin Data Update와 End Data Update를 넣어 보셨나요? 아래 예시는 스크립팅 인덱스에서 가져온 것입니다.
브라이언 코코란
JMP 개발
dt << Begin Data Update;
dt << Add Rows( 2000 );
dt << End Data Update;
Re: JMP Pro 14의 파일 병합 속도가 JMP Pro 18보다 훨씬 빠른 것은 예상치 못한 결과입니다.감사해요!
헤헤, 제가 직접 해봤는데 JMP Pro 18에서 작성한 원래 스크립트와 거의 차이가 없네요.
200개의 파일을 병합하는 간단한 테스트를 해봤는데, 여러 번 실행해 본 결과 실행 시간은 일관적으로 8.7초에서 9초 사이였습니다.
하지만 동일한 코드가 JMP Pro 14에서는 단 1.5초 만에 작업을 완료합니다.
Re: JMP Pro 14의 파일 병합 속도가 JMP Pro 18보다 훨씬 빠른 것은 예상치 못한 결과입니다.테이블에 테이블 변수나 테이블 스크립트가 있나요? 테이블 변수는 새 열로 추가될 경우 심각한 문제를 일으킬 수 있습니다.
Re: JMP Pro 14의 파일 병합 속도가 JMP Pro 18보다 훨씬 빠른 것은 예상치 못한 결과입니다.제 원본 파일에는 테이블 속성("소스")이 없습니다.
제 습관은 Subset()을 설정하는 것입니다.그리고 dt< 생성된 모든 소스가 삭제되었습니다.
try(현재 데이터 테이블()<
이는 순전히 버전 문제이며 JSL 코드와는 전혀 관련이 없습니다.
감사해요!
Re: JMP Pro 14의 파일 병합 속도가 JMP Pro 18보다 훨씬 빠른 것은 예상치 못한 결과입니다.버전 18 이후부터는 프런트엔드와 백엔드가 분리된 것 같습니다. 아마도 새로운 언어를 사용하여 소프트웨어를 리팩토링했기 때문일 것입니다. 아직 수정되지 않은 버그가 많습니다. JMP19를 사용해 보시고 원활하게 실행되는지 확인해 보세요.
Re: JMP Pro 14의 파일 병합 속도가 JMP Pro 18보다 훨씬 빠른 것은 예상치 못한 결과입니다.감사합니다! 19 버전을 사용해 볼게요.
