2008년 05월 21일
젠장..-_-;;
회사에 정기구독 관련 데이터 베이스가 있는데.. 짜증난다.. 흔히 DBMS개념 없는 사람들이 짜기 쉬운 원 테이블 게시판 형태의 테이블.. 테이블을 쪼개놓질 않아서 업무분석해서 쪼개는데도 골치아픈데.. 문제는 데이터를 입력하는 사람들이 데이터를 필터링하지 않는다는 거..
원래는 특정 칼럼에 전화번호가 다른 칼럼에 핸드폰이 입력되어야 하는데.. 사용자 쪽에서는 어느정도 강제시킬 순 있지만 관리자 쪽에서는 대충대충 만들고 최대한 자율권을 부여해야 하다 보니까 전화번호 검증이 제대로 이루어지지 않은 것..-_-;; 원래 관리자는 제대로 쓴다는 철학을 가지고 만들기 때문에 데이터 검증을 철저하게 하지 않는데.. 이 TM양반들이 전화번호 칸에 휴대폰 넣고 휴대번호 칸에 전화번호 넣었네..ㅡㅡ;
게다가 각 데이터 베이스 전화번호 저장 방식이 다 틀려서 이거 맞추는 것도 고역..
회원 DB는 전형적인 011-1111-1111방식으로 저장되고..
쇼핑몰쪽 전화번호는 앞에거, 중간거, 뒤에거 각각 다른 칼럼에 저장하는데..
이 골 때리는 정기구독은 아예 11자리 혹은 12자리 숫자 나열로 저장하네.. 01111111111 이런 식으로..
그래서.. 덕분에 저 숫자를 앞에 3개 뒤에 4개로 쪼개서.. 3개의 문자열로 끊고 가운데 -를 넣어주는 개삽질을 해야 한다..-_-;; 게다가 소스 여기저기에 -를 이용한 spilt함수를 다수 써놔서..
씨바 돌아가면 전부가 아니다.
기본적인 개념에 의거해서 작업하지 않으면 이렇게 개판 되는 법이다.
# by | 2008/05/21 16:17 | 용자기 | 트랙백 | 덧글(2)



☞ 내 이글루에 이 글과 관련된 글 쓰기 (트랙백 보내기) [도움말]
필드는 60개가 넘구요 (80개였나?)
더 어이없는건 필드가
수수료1, 수수료2, 수수료3, 수수료1입금일, 수수료2입금일, 수수료3입금일..
이런식이구요.
거기에 부가기능으로.. 검색이나 통계에 쓰일 콤보박스의 값이 Key-In 방식이어서 각종 예외상황이 있답니다.
현재 6개월+ 작업중... ㄷㄷㄷ
프로그래머의 악몽이죠... DB마이그레이션이 필요한데 상황상 하지 못하는...