업데이트할 테이블에 이미 열이 있는 경우 업데이트 플랫폼에서 새 열을 만들 수 있도록 허용합니다.이러한 위시리스트 요청은 무엇에서 비롯된 것인가요?
JMP의 업데이트 플랫폼을 사용하고 오류 메시지가 나타납니다.
어떤 개선을 원하시나요?
사용자가 추가할 열을 정의하고 추가된 열을 바꾸지 않기로 선택한 경우, 인덱스가 있는 새 열로 추가합니다.
오류:
Names Default To Here(1);
dt1 = Open("$SAMPLE_DATA/Big Class.jmp", Invisible);
dt2 = Open("$SAMPLE_DATA/Big Class Families.jmp", Invisible);
dt1 << Update(
With(dt2),
Match Columns(:name = :name),
Add Columns from Update Table(:age),
Replace Columns in Main Table(None)
);
Close(dt1, no save);
Close(dt2, no save);
하지만 저는 원래 나이 와 dt2에서 새로 만든 나이 2라는 두 개의 나이 열을 만들고 싶습니다.
이 아이디어가 왜 중요한가요?
열 이름을 바꾸지 않고도 Update를 더 유연하게 사용할 수 있습니다.
자동화 및 스크립팅데이터 액세스데이터 혼합 및 정리Re: 업데이트할 테이블에 이미 있는 열이 있는 경우 업데이트 플랫폼이 새 열을 생성하도록 허용 - 상태가 다음으로 변경됨: 승인됨Re: 업데이트할 테이블에 이미 열이 있는 경우 업데이트 플랫폼에서 새 열을 생성하도록 허용Tables/Update 대신 Tables/Join을 사용할 수 있습니다.
Join은 열을 병합하거나 두 열을 유지하는 옵션을 제공합니다.
Re: 업데이트할 테이블에 이미 열이 있는 경우 업데이트 플랫폼에서 새 열을 만들도록 허용 - 상태가 다음으로 변경됨: 예, 계속 지켜봐 주세요!안녕하세요! 이 기능은 JMP 19에서 사용할 수 있습니다. 다만, 추가된 열을 구분하기 위해 인덱싱하는 대신 원본 테이블의 이름을 괄호 안에 표시합니다. 예를 들어, age(Big Class Families)와 같이 표시됩니다.
Re: 업데이트할 테이블에 이미 열이 있는 경우 업데이트 플랫폼에서 새 열을 생성하도록 허용멋진!
Re: 업데이트할 테이블에 이미 열이 있는 경우 업데이트 플랫폼에서 새 열을 생성하도록 허용반면에 일부 사용자는 기본 설정을 사용했다고 추측합니다.
처럼:
- 새로운 열 추가
- 기존 열 건너뛰기
새로운 기능을 사용하면 JMP가 항상 중복된 열을 추가합니다.
일부 사용자 정의 스크립트와 충돌할 수 있습니다...
사용자가 열을 명시적으로 선택할 때 새 열을 추가하는 건 어떨까요?
-> 기존 기능과 더 잘 겹칩니다.
+ 새로운 기능이 100% 추가되었습니다.
Re: 업데이트할 테이블에 이미 열이 있는 경우 업데이트 플랫폼에서 새 열을 생성하도록 허용이것이 바로 우리가 바라는 바였고, 그것이 실현되기를 바랍니다.
사용자가 추가할 열을 정의 하고 추가된 열을 바꾸지 않기로 선택한 경우, 인덱스가 있는 새 열로 추가합니다.
Re: 업데이트할 테이블에 이미 열이 있는 경우 업데이트 플랫폼에서 새 열을 생성하도록 허용음.
반드시, 이 중 하나를 교체하세요: 새로운 모드를 방해합니다.
개별 열의 경우 모든 것이 예상대로 보입니다.
사용자가 원하면 추가하세요 - override overrules 추가하다 :
문제는 배치 컴포트 모드에 있습니다.
"모든 새 열 추가" - 아무것도 바꾸지 않거나 일부만 바꿉니다.
["기본 설정"은 잘못된 표현입니다. 기본 설정 추가 ]
"존재하지 않는 열 추가 - 기존 열 건너뛰기" 의 이전 동작을 얻으려면 나중에 설정을 조정하는 방법
- 기존 열을 교체하여 파괴하지 마십시오.
- 기존 열의 중복을 추가하지 마세요
Re: 업데이트할 테이블에 이미 열이 있는 경우 업데이트 플랫폼에서 새 열을 생성하도록 허용이 기능에 대한 의견을 공유해 주셔서 감사합니다! 얼리 어답터(EA) 프로그램에 참여하고 계신다면, 이 기능을 사용해 보시고 프로그램 채널을 통해 피드백을 공유해 주세요.
Re: 업데이트할 테이블에 이미 열이 있는 경우 업데이트 플랫폼에서 새 열을 생성하도록 허용알겠습니다. 추가로 이메일로 댓글을 보냈습니다.
실제로 @jthi가 구현된 기능을 고집하는지 아니면 새로운 제안에 동의하는지에 대해 의견을 밝힐 수도 있습니다.
어쩌면 다른 사용자가 Tables/update를 사용하여 이 게시물을 발견하면 그 사람도 댓글을 남길 수도 있겠네요...
새로운 제안:
- 열이 추가되도록 "선택"되고 해당 열이 이미 존재하는 경우 -> 접미사를 붙여서 추가합니다.
- 일괄 추가 모드의 경우:
열이 누락된 경우 열만 추가됩니다. 접미사는 추가되지 않습니다.
[이전 일괄 추가 동작과의 호환성을 보장하기 위해.]
Re: 업데이트할 테이블에 이미 열이 있는 경우 업데이트 플랫폼에서 새 열을 생성하도록 허용 - 상태가 배달됨으로 변경됨
