output이 empty일 때 item 개수 관련 이슈

저희도 내부적으로 이런저런 실험을 해보느라 조금 늦었습니다."이게 내부 절차가 어디가 꼬여있길래 안되는걸까요??ㅠㅠ"이것에 대한 답변은, 해당 현상은 n8n에서 그냥 받아들여야 하는 동작 방식입니다. 설명의 양을 줄이려다 보니, 질문주신 상황까지 넓게 고려하지 못하고 설명드린 것 같아서 죄송하고 아쉬운 마음입니다. 그말인즉 너무 좋은 질문입니다!!! 사실 더 좋은 구현은 sub workflow에서 문제의 notion 데이터베이스에 아무런 데이터가 없어도 다음 워크플로우를 실행하도록 만들어주는 것입니다. 항상 데이터를 출력하도록 만드는 방법을 똑같이 적용해 줍니다. 그럼 항상 1개의 비어있는 아이템을 반환할 것이고, 바로 뒤에서 json이 비어 있는지 검사하는 식을 돌리고, 비어 있는 경우 do nothing을 놓아 줍니다. 그럼 sub workflow가 항상 다음 아이템을 반환하는 것을 보장하게 됩니다. [ {} ] (사진) 그럼 메인 워크플로우에서는 sub workflow가 '어쨌든 아이템을 반환했다'고 인식을 하게 됩니다.(사진) 그럼 말씀하신 것처럼 "이렇게 empty 아이템이 2개가 될 줄 알았는데..."라는 추측대로 동작하게 됩니다.(사진) 강의의 취지대로 'item의 수와 JSON'에 기반한 n8n의 작동 방식을 너무 잘 이해하셨습니다! 정말 뿌듯합니다. 한걸음 더 나아가면, 항상 sub workflow가 output을 제공하므로, 이젠 굳이 always output data 설정을 해주지 않아도 됩니다. (사진)

Merge할 때 각 input 데이터의 동일한 파라미터 명을 처리하는 방법

우선 이 질문을 보시는 다른 분들께도 드리고 싶은 말은 노코드 도구에서는 이런 일이 유독 자주 발생합니다. 그래서 질문자님처럼 문제상황 발생 시 대안을 충분히 떠올릴 수 있어야 합니다. 질문에 답을 드리면: 어딘가에 id가 붙어 오는 일은 굉장히 흔한 일이고, 이 id가 정확히 어디에서 나타난 id인지를 정확히 아는 것은 매우 중요한 일입니다. gpt 노드 다음에 code 노드를 이용해 불필요한 필드를 제거하는 것도 방법이지만, 제가 비슷한 상황을 마주한다면 말씀주신대로 저는 data transformation 노드를 사용해서 'notion-id'와 같이 필드명을 명확히 변경할 것 같습니다.