목록 확인이 포함된 열이 있는 테이블에서 연결/추가를 사용하는 버그<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />// 이 코드는 버그를 보여줍니다.첫 번째 테이블에 추가로 연결하면 데이터가 손상됩니다.
dtA = 새 테이블("A");
dtB = 새 테이블("B");
dtA << 행 추가(3);
dtB << 행 추가(1);
colA = 열(dtA, 1);
colB = 열(dtB, 1);
colA[1]="A";
colA[2]="A";
colA[3]="C";
colB[1]="B";
dtA << 선택한 열 압축(dtA << 열 이름 가져오기());
// 이 데이터에는 목록 확인이 없지만 손상되지 않았습니다.
(dtA << Concatenate(dtB)) << Set Name("손상되지 않음");
// 이 데이터는 손상되었습니다
dtA << Concatenate(dtB, 첫 번째 테이블에 추가(1)) << Set Name("손상됨");
Re: 목록 확인이 포함된 열이 있는 테이블에서 연결/추가를 사용하는 버그좋아, 개발팀의 레이더에 이것을 얻는 방법에 대한 조언을 주신 Martin에게 감사드립니다...
- 밥
Re: 목록 확인이 포함된 열이 있는 테이블에서 연결/추가를 사용하는 버그안녕 밥,
답변이 늦어 죄송합니다. 고객 방문을 위해 이동 중이었습니다.
나는 당신의 관점을 이해합니다. 동시에 이를 방지하기 위해 할 수 있는 일이 거의 없다고 생각합니다. 그 이유를 설명하려고 노력할 것입니다. 압축을 사용하면 압축 시 열 내에 있는 값으로 목록 검사가 시작됩니다. 압축이 없었고 스스로 목록 확인을 생성했다고 가정해 보겠습니다. 목록 확인의 목적은 해당 값만 해당 열에 있도록 허용하는 것입니다. 다른 사람들은 그 외에 다른 가치를 갖고 싶지 않다고 말했습니다.
목록 확인을 사용하여 다른 테이블을 원본에 연결하거나 해당 테이블에 새로운 관찰을 입력하더라도 목적에 따라 해당 규칙을 설정했다고 믿는 값만 허용되며 소프트웨어가 내 작업에 대해 작동하는 것을 원하지 않습니다. 규칙을 정하세요.
즉, 다른 값을 입력하도록 허용해야 하는 경우 규칙을 변경하는 것은 규칙 작성자의 책임입니다.
즉, 이전에 위의 내용을 이미 이해하셨을 것으로 확신합니다. 의도된 동작이지만 정확히 원하는 것은 아닙니다.
기술 지원팀( support@jmp.com ) "원본 테이블에 추가" 플래그를 사용하여 목록 확인(또는 압축) 데이터 테이블을 새 테이블과 연결하는 경우 질문 대화 상자를 추가하기 위한 개선 요청을 추가합니다. 대화 상자에 sth가 표시될 수 있습니다. 예: "원본 테이블에 활성 목록 검사가 있습니다. 연결할 테이블에 여기에 나열되지 않은 값이 있습니다. 해당 값은 연결 후에 누락된 값으로 변환됩니다. 그래도 연결하지 않으시겠습니까? (그렇지 않은 경우 먼저 목록 확인 속성을 변경해야 합니다.)" - 또는 더 짧은 것
이를 해결하려면 두 가지 선택 사항이 있습니다. 먼저 나중에 압축할 새 테이블을 생성합니다(압축이 완료될 때까지 데이터 테이블을 "보이지 않게" 할 수 있습니다). 또는 두 번째로 목록 확인 속성을 미리 변경하거나 제거할 수 있습니다.
도움이 되었기를 바랍니다.
남자 이름
Re: 목록 확인이 포함된 열이 있는 테이블에서 연결/추가를 사용하는 버그죄송합니다. "부패"라는 단어에 대해 논쟁하려는 의도는 없었고, 버그라고 생각하는 것을 무시하려는 의도도 없었습니다.
나는 당신이 무엇을 얻었는지 설명하려고했습니다. 열에서 목록 확인 속성을 제거하면 예상대로 추가가 작동합니다.
혼란을 야기한 것은 목록 확인 속성이었습니다.
정의에 따르면 목록 확인 속성은 목록 확인 테이블에 있는 값만 유효하다는 것을 의미합니다.
목록 확인 테이블에 없는 값으로 해당 열에 값을 추가하거나 변경하면 누락으로 설정됩니다.
Re: 목록 확인이 포함된 열이 있는 테이블에서 연결/추가를 사용하는 버그나 정말 "부패"라는 단어의 의미를 놓고 논쟁하는 요점을 이해하지 못합니다.결과 데이터 테이블은 두 개의 원래 데이터 테이블을 유효한 방식으로 연결한 것입니까?분명히 그렇지 않습니다.JMP 기능을 올바르게 사용했음에도 불구하고 기록이 변경되었습니다.Concatenate WITHOUT Append to First Table이 Concatenate WITH Append to First Table과 다른(올바른) 결과를 제공한다는 사실이 우려되어야 합니다.고객이 버그가 있다고 말하는 사실도 우려해야 합니다...
감사해요,
- 밥
Re: 목록 확인이 포함된 열이 있는 테이블에서 연결/추가를 사용하는 버그Martin이 말했듯이 데이터 테이블은 "손상"되지 않았습니다.
결과 데이터 테이블이 예상한 것과 다르다는 뜻이라고 가정합니다. "B"가 4번째 행의 데이터일 것으로 예상했습니다.
생성된 목록 확인 속성을 보면 "A"와 "C"라는 2개의 값이 있습니다.
정의에 따르면 "A"와 "C"만 해당 열에 유효한 데이터입니다.
"B"는 유효한 값이 아니므로 누락으로 매핑되었습니다.
현재 알고 있는 정보를 바탕으로 목록 확인 테이블을 압축하여 생성합니다.
어쩌면 Concat이 더 똑똑해지고 목록 확인 테이블을 확장해야 할 수도 있습니다.
또는 연결할 열 중 일부가 동일한 목록 확인 속성을 가지고 있지 않은 경우 목록 확인 속성을 완전히 제거하세요.
Re: 목록 확인이 포함된 열이 있는 테이블에서 연결/추가를 사용하는 버그남자 이름,
봐주셔서 감사합니다."B"가 빠졌네요 이다 데이터 손상.JMP에서는 연결 이전에 존재하지 않았던 값(빈 문자열)을 도입했으며, 연결 이전에 존재했던 값("B")을 삭제했습니다.따라서 테이블은 두 원본 테이블의 유효한 연결이 아닙니다.이것이 중요한 비즈니스 애플리케이션이라면 JMP는 오류를 주입할 것입니다. 그렇죠?
어떻게 그런 일이 일어나는지 이해합니다. 하지만 JMP는 목록 검사에서 필요한 항목을 재평가하여 연결된 데이터세트가 데이터를 삭제/변경하지 않는지 확인해야 합니다.
감사해요,
- 밥
Re: 목록 확인이 포함된 열이 있는 테이블에서 연결/추가를 사용하는 버그안녕 로버트,
나는 당신의 scrit을 시도했지만 데이터 손상을 보지 못했습니다. 목록 확인으로 인해 항목이 없는 dtA의 네 번째 행이 있는 것을 확인했습니다. "데이터 테이블" -> "연결" 메뉴를 사용한 다음 테이블 A와 B를 사용하고 첫 번째 테이블에 추가 확인란을 선택하고 "데이터 소스 열" 옵션을 선택하면 테이블 B의 데이터가 있음을 알 수 있습니다. , 그러나 압축으로 인해 도입되는 목록 확인 때문에 입력되지 않았습니다.
그것이 당신의 뜻이 아니라면, 지금은 손상된 데이터 세트가 없기 때문에(그리고 손상되어 더 이상 읽을 수 없다는 것을 이해합니다) 문제를 이해할 수 있도록 도와주세요. 더 이상 열 수 없는 손상된 데이터 테이블이 있는 경우 기술 지원팀에 질문을 보내면 개발 과정을 추적할 수 있으며 원인을 찾는 데 도움이 되기를 바랍니다. 지원@jmp.com ).
그런데. 저는 JMP 12.1을 사용했습니다.
문안 인사,
남자 이름
