zip_code 간 같은것은 당연히 여러개일 수 있을 것입니다.
그러나 zip_code도 같고 add1도 같은 경우가 여러건이라면 이는 상식적으로 불가능한 것입니다.
그림을 보면 666-666, 경기 에 해당하는 add2가 의정부시와 성남시 두개가 있는데
이걸 어찌 Update 하실려구요?

업데이트 구문은 어렵지 않겠지만,
두개 이상이 나왔을 경우 어느 것으로 업데이트 할지는 업무적으로 기준을 정하셔야 합니다.
666-666 이라는 코드가 나왔을 때 의정부시로 할 것인지, 성남시로 할 것인지 아무거나 랜덤으로 하나만 할 것인지 안할 것인지 부터 결정하세요...

설명이 제가 부족했나요? ^^;;
예를 들자면
개수와 상관없이 zip_code와 add1 이 같다면 그와 같았던 B테이블에서의 add2 값을 A테이블의 add2 값에다가 update를 시킬수가 없는건가요? ;; ^^

똑같은 설명이네요.
1 : 1 이 아닌 여러개의 결과가 나온다면 논리적으로 불가능합니다.

다른 사이트에도 의견을 올렸지만,
질문자분께는 당장의 업데이트가 문제겠지만 이런 오류데이터들을 쌓아 놓고 있는다는 것은 향후 지금의 구현 시 어려움과는 비교안되는 더 큰 장애가능요인을 안고가는 모양이 됩니다.

개발데이터 뿐 아니라 운영데이터라면 더더욱 각각의 중복오류 데이터들을 정리 후 업데이트 하시길 강력히 권장드립니다.

또한 주 목적이 우편번호정보를 관리하는 테이블이라면 향후 이런 일이 없게 우편번호(변경이력관리 불필요 시) 또는 우편번호+적용종료일+적용시작일(변경이력관리 필요 시) 정도로 PK나 Unique Index를 잡아두는 것도 권장드립니다.