새벽부터 저도 작업중인데 정의한 문서와 구조가 다르더군요..
거기다 경상남북도, 전라남북도는 UTF8, 나머진 euckr 로 되어 있으니 참고하시구요

본번, 부번은 지금까지 사용하던 주소중 주소의 끝부분입니다.
예) 서초동 1362-19 에서
      본번 : 1362
      부번 : 19

건물번호 본번 - 건물번호 부번은 새주소에서 사용하는 거구요.

여기서 가장 중요한 결정을 해야 하는데
하나의 테이블에 몰빵할것이냐, 따로 따로 테이블을 만들것이냐
이 조건에 따라 서버에 부하을 최대한 줄이는 UI 을 만들어야 하니..

새주소 배포하는곳에서 과거에 만들어졌던 방식이 사라지고
input  하나로 검색 받게 해두었던데 사용자가 불편하다라는 얘기가 많아서
방식을 다르게 한것 같습니다. 문제는 우편번호 검색 땜시 서버가 뻣었다라는분도 계시고..
결정은 써비스하려는 사이트의 개발자 몫인것 같습니다.

엑셀에 나온 천번째 row 의 명칭대로 구조 설계하시면 되는데
약 1년전의 구조와 좀 달라졌더군요...
600 만개나 되니 앞으로 배포하는 주소 구조가 바뀌지 않아야 할텐데....쩝..

여담으로 본번 부번은

대도시에서 보면 블럭 단위로 (도로, 도보) 구간 사이을 경게로 본번이 부여 되어 있고
부번은 블럭안에 부여한 번호로 알고 있습니다.

문제는 간혹 부번이 순서대로 정해 지지 않아  헤깔리는 경우가 발생하는데,
부번 영역이 2개로 쪼개 졌다거나 임의로 부여했기 때문입니다.
그래도 부번 순서와 실제 건물의 순서와 거의( 80% 이상은) 맞다고 보시면 됩니다

[ 결론 ]
  (우편번호)  시/도 | 시/군/구 | 도로명 | 건물본번 - 부번

  이렇게 하시면 됩니다. 부가적으로 지하여부을 넣을지는 좀더 두고 봐야 할 것 같구요.
  2년후인가 우편번호도 5자리로 방식이 바꿘다고 하니 참고 하시구요.

  건물관리번호는 import 해보니 충돌도 않나고 문서상에도 고유식별 컬럼이라고 적힌걸보니
  DB 쪽으로  얘기드리면 PK 로 보시면 될것 같습니다.
  내부적으로 사용하려는 코드일뿐 사용자에게 보여줄 필요는 없겠더군요.

[ 부언 ]
과거에 저도 도치즈님과 같은 방식으로 몇개 사이트 구현해 주었었습니다.

그때만 해도 건물명등 몇개가 더 존재 했었는데
새벽에 내려 받아 보니
배포 문서 ( 도로명주소정보제공내용변경계획.hwp ) 와 틀린데다 txt 안에는 없더군요.

최신 배포 data 을 기준으로 txt 안에서 앞쪽이 새주소에 사용하는거구요
뒤쪽에 본번, 부번이 지번 방식으로 현재까지 사용되었던 주소입니다.
2개을 매칭하려고 이건 남겨둔것 같구요, 건물명은 빼 버린것 같습니다....이런 저런 사유가 있겠지요..

참고로 배송지쪽은 2개로 표현하셔야 합니다.

[ 단독주택 ]
  (우편번호)  시/도 | 시/군/구 | 도로명 | 건물본번 - 부번

[공동주택]
  (우편번호)  시/도 | 시/군/구 | 도로명 | 건물본번 - 부번  *** 동 *** 호 ( ** 아파트 )

[ 결론]
공동주택 방식을 기본으로 잡고,
동/호가 회원정보 주소지에 없다면 표현하지 말자!

하나 더...방식이 아예 바뀌어 버리니...쩝

서초동 1362-19 에서 표현할때
"서초동 1362-19 번"  <--- (O)올바른 표현
"서초동 1362-19 번지"  <-- (X)틀린표현

이제는
"번지" 는 없어지고
"번" 이라고 표현하고 읽습니다.

2013 년 7월 배포 문서부터
"상세건물명 정보 제외", "변경전도로명주소 신설"

아무래도 구조가 가끔 바꿜것 같은 불길한 예감이 듭니다....ㅠㅠ

저거 머리 아프죠 ... ; 주소 조금 만 바뀌면... 머리 아플거 같네요;