안녕 @호기 , 시간을 내어 이 아이디어를 제출해 주셔서 감사합니다! 귀하의 요청을 검토하고 상태를 계속 업데이트해 드리겠습니다.
현재 동작 *)을 버그로 취급할 수 있는지 Jmp 지원팀에 문의했습니다: 00035426
*) 테이블/업데이트 및 테이블/연결은 소스 스크립트를 덮어씁니다. 실행취소할 수 없습니다.
정답은: 아니요
"거의 모든 데이터 테이블 조작의 경우 소스 스크립트가 테이블에 작성됩니다.이미 있는 경우 덮어씁니다.이것이 수년 동안 작동한 방식입니다.버그가 아니라 의도적인 동작입니다...."
소스 스크립트를 사용하는 유일한 Jmp 사용자입니까? - 데이터 테이블의 테이블/업데이트로 인해 소스 스크립트가 손실된 유일한 사람은?
하지만 버그로 해석되지 않더라도 ...
그리고 내가 자동으로 생성된 소스 스크립트를 즐기는 유일한 Jmp 사용자라면...
(대안: II는 테이블/업데이트 및 소스 스크립트를 사용하는 유일한 jmp 사용자입니다)
제발: 고쳐주세요 
파괴된 모든 소스 스크립트: 너무 아파요!
☐ 멋진 새로운 기능
☑ 많은 사용자에게 도움이 될 수 있습니다!
☑ "버그"를 제거합니다.
☐ 있으면 좋다
☐ 아무도 필요하지 않아요
#myTop10_2023
해결 방법이 있어요 -> 더 이상 필요 없어요.
이러한 위시리스트 요청을 하게 된 계기는 무엇이었나요?
짧은:
Tables/Update 와 Tables/Concatenate를 실행하면 소스 스크립트가 파괴됩니다.
그들을 막아라!!!
긴:
테이블 메뉴의 많은 플랫폼은 스크립트를 소스 테이블에 저장 옵션을 제공합니다.
모든 설정을 테이블 스크립트 Platform_Name 스크립트로 저장하는 우아한 방법입니다.
Jmp가 같은 이름의 이전 테이블 스크립트를 덮어쓰는 것을 방지하는 자동 증가 기능도 있습니다.
하지만 두 가지 예외가 있습니다. 업데이트와 연결입니다.
다른 모든 함수와 마찬가지로, Concatenate는 명령 스크립트를 테이블 스크립트(이름: source )로 출력 테이블에 저장합니다.
예외: 첫 번째 테이블에 추가 옵션이 활성화된 경우, 기본 테이블이 출력 테이블이고 스크립트는 저장되지 않습니다 (아마도 Jmp가 기존 소스 테이블 스크립트를 덮어쓰는 것을 방지하기 위한 것일 수도 있음?)
업데이트의 경우 메인 테이블은 항상 출력 테이블로 사용됩니다. 이 기능은 현재 설정(이름: source )을 가진 테이블 스크립트를 메인 테이블에 저장하고, 이를 통해: 기존 소스 테이블 스크립트를 덮어씁니다(!).
테이블 / 업데이트 - 소스 스크립트 충돌
어떤 개선을 원하시나요?
Concatenate 와 Update는 다른 Table 플랫폼의 명명 체계를 따라야 합니다.
즉, 현재 설정을 그대로 사용하여 '연결 스크립트' 또는 '업데이트 스크립트' 라는 이름의 테이블 스크립트에 스크립트를 저장합니다.
Jmp가 기존 스크립트를 덮어쓰는 것을 방지하려면 자동 증가 기능을 사용해야 합니다.
왜 이 아이디어가 중요한가요?
JSL 소스 코드의 자동 생성은 매우 좋은 기능입니다.
하지만 기존 소스 코드를 덮어쓰는 것은 유익하기보다는 오히려 해롭습니다.
이 문제를 해결하면 사용자가 테이블 소스 스크립트를 잃는 일을 방지할 수 있습니다.
명명 규칙은 소스 스크립트(이름: 소스 ; 데이터 테이블 생성에 사용됨)와 플랫폼 스크립트(이름: 스크립트 ; 현재 데이터 테이블에서 작업하는 데 사용 가능)를 구분합니다.
아, 이거 정말 흥미로운 줄거리네요! - 데이터 세트의 소스 스크립트를 사용하여 데이터의 출처를 알아봅시다....
흠 ...
@사라-실베스트르
저희 회사에서는 Tables/Update와 Tables/Concatenate의 동작을 수정했습니다.
-> 소원을 닫을 수 있습니다.
만약 누군가 버그 수정을 원하면, 저에게 PN을 보내주세요.
