이 위시리스트 요청에 영감을 준 것은 무엇입니까?
때로는 Jmp가 중간 크기의 데이터 테이블로 데이터 테이블 업데이트(테이블/업데이트)를 완료할 때까지 오랜 시간을 기다려야 합니다.
때때로 Jmp는 업데이트 플랫폼에서 설정을 편집하는 동안 이미 멈췄습니다. 그런 다음 커피를 마시고 돌아와서 산책하기 좋은 시간이라고 결정했습니다. 다시 돌아와서 ... 데이터를 마지막으로 저장한 시점에 따라 Jmp 세션을 종료하고 마지막으로 저장된 데이터에서 시작하는 것이 더 빠른지 또는 다른 작업을 수행하고 다음 날 다시 돌아오는지 결정합니다(약간 과장됨).
한 테이블에 있는 수십만 개의 값을 다른 테이블의 값과 일치시키는 데 시간이 걸리는 것은 분명합니다.
하지만 두 개의 열을 병합하는 데 한 열을 병합하는 것보다 두 배의 시간이 걸린다는 사실에 놀랐습니다(*).
병합된 각 열에 대해 일치 단계가 다시 트리거됩니까? 아니면 실제로 너무 오래 걸리는 값 정렬입니까?
종종 소스 테이블에 고유 식별자가 없습니다. 단일 일치 값이 열에 여러 번 표시되며 병합할 열에도 동일한 값이 표시됩니다. 이 경우 첫 번째 일치 값이 대상 데이터 테이블에 입력된 다음 두 번째로 대체되는지 여부가 궁금합니다.
원본 테이블에서 일치하는 마지막 값을 검색하고 이 값을 삽입하면 속도가 빨라질 수 있습니다.
업데이트 플랫폼의 큰 단점:
로 시작합니다 열 추가 그리고 열 바꾸기 모두 활성화되었습니다.
예를 들어 테이블에 100개의 열이 있는 경우 모든 열이 미리보기 창에 추가될 때까지 시간이 걸립니다.
그리고 나만큼 멍청하지만, 나는 종종 일치 열을 정의하는 것으로 시작합니다. 그러면 내가 실제로 추가하고 싶은 (1-2) 열을 선택할 수 있을 때까지 다시 긴 산책을 할 수 있습니다. 탁자.
테이블이 너무 큰 경우 미리보기를 비활성화하는 기능이 있습니다.
하지만 함수가 테이블의 길이만 확인하고 열 수는 확인하지 않는 것이 두렵습니다.
아니면 임계값이 너무 큰가요?
미리 보기 탭을 업데이트한 후 Jmp 세션이 다시 돌아올 때까지 시간을 얼마나 자주 채워야 했는지 경험을 공유해 주세요.
또 다른 문제는 리콜 버튼입니다.
(여기에서 설명: https://community.jmp.com/t5/JMP-Wish-List/Disable-Preview-while-filling-the-GUI-via-Recall/idi-p/632362 )
Recall을 클릭하면 업데이트 메뉴가 저장된 설정으로 채워지고 GUI 설정을 변경할 때마다 미리보기 탭이 업데이트되는 것 같습니다.
따라서 대규모 데이터 테이블을 조인하려는 경우 단일 열만 추가하려는 경우에도 미리 보기를 비활성화하기 전에 감히 Recall ...을 누르지 마십시오.
당신이 보고 싶은 개선점은 무엇입니까?
테이블/업데이트의 성능을 개선해 주시겠습니까?
이 아이디어가 중요한 이유는 무엇입니까?
Tables/Update는 훌륭한 기능입니다. 미리보기 탭은 놀라울 정도로 유용합니다. 이 탭 없이 작업하고 싶지는 않습니다.
하지만 다음 번에 데이터 테이블에 열을 추가하려고 할 때 시간이 얼마나 걸릴지 편집증에 걸리기 시작했습니다.
