변환에 대해 주전자를 사용하고 문제가 발생했습니다. 특정 행에 대해 내 DatabaseLookup 단계가 중단됩니다. 그것은 단지 결과를주지 않습니다. 변환을 중지하려고하면 조회 단계의 "정지"가 끝나지 않습니다.특정 값에 대해 DatabaseLookup이 응답하지 않습니다.
주어진 값은 전혀 복잡하지 않으며 다른 모든 행/값과 다릅니다. 그것은 계속되지 않을 것입니다.
데이터베이스에서 직접 또는 다른 데이터베이스 도구 (예 : SQuirreL)에서 동일한 쿼리를 수행하면 작동합니다.
주전자/스푼 4.1을 사용하고 데이터베이스는 MySQL 5.5.10입니다. Connector/J 5.1.14와 숟가락이 번들 된 경우에 발생합니다.
단계가 완벽하게 초기화됩니다 (다른 행에서도 작동 함). 왜 실패했는지 전혀 알 수 없습니다. 스푼 로그에는 오류 메시지가없고 콘솔/쉘에는 오류 메시지가 없습니다.
이상한. 테이블 유형은 무엇입니까? 그것이 myisam입니까? 변환도 동일한 테이블에 대한 업데이트를 수행합니까? 어쩌면 당신은 실수로 테이블을 실수로 잠그고 있습니까?
또는 mysql 5.5 일 수도 있습니다.하지만 ive는이 단계를 mysql 5.0 및 pdi 4.everything과 함께 광범위하게 사용했으며 언제나 괜찮 았습니다. 아마도 변환을 게시 할 수 있습니까?
나는 방금 범인을 찾았습니다 : 검색 결과 ID 필드에 PERSON_ID라는 새로운 이름을 부여했습니다. 어떤 경우에는 이것이 실패합니다! 결과 조회/준비된 문장은
같은 것을했다select id as PERSON_ID FROM table WHERE ...
해결책 : 필드의 "새 이름"에 밑줄 사용하지 마십시오! PERSONID라는 새로운 이름으로 모든 것이 완벽하게 작동합니다 ALL 행!
어리석은 오류 ...
그래, 내 대답을 수정해야합니다 : 그것은 "... AS ..."SQL 문에서 역할을하지만 밑줄이 (유일한) 문제가없는 문자 인 것처럼 보입니다. newfieldname이라면 필드의 새 이름이 작동하지만 newFieldName이라면 변환이 멈추는 재현 가능한 상황이 생깁니다. 아주 이상한 - 시간에 주전자 코드를 조사해야하는 것처럼 보입니다. –
이상한! 그것을 위해 jira를 올리십시오! jira.pentaho.com – Codek
데이터베이스 문제 (db가 관리 범위 내에 있지 않음)인지 주전자 문제인지 여부에 대해 다시 알지 못했습니다. 그러나 그것이 다시 발생하면 Jira의 재현 가능한 문제를 만들려고 노력할 것입니다. –
잠금이 설정되지 않았으므로 하나의 실패 단계로 변환을 절단 할 수도 있습니다. –