여태까지 여러 프로젝트를 진행하면서 고민이었던 부분이었는데, 이번 프로젝트를 수행하면서 어느정도 해결이 된것 같다.
즉 개발 기간중 클라이언트에게 테스트하라고 프로그램을 주고 나서 이후에 Database 구조를 변경해야하는 일이 발생한다면,
그래서 다시 프로그램을 줘야 할때 조금 난감한 일이 발생한다.
즉 클라이언트가 가지고 있는 Database 구조가 현재 프로그램과 맞지 않는다는 것이다.
예전 같으면 전화를 걸어 Database 구조가 변경되었으니 새롭게 작업을 하셔야 합니다 라고 이야기 했을것이다.
기존에 작업했던 데이터가 날아가더라도 어쩔수 없이 말이죠... 또 이렇게 전화를 하는 것도 하나의 일이죠.
(깜빡잊고 못하면 클라이언트에게서 전화가 오죠 '왜 되던게 안 되느냐고')
그래서 이번 프로젝트에서는 Database 구조를 정의한 파일을 가지도록 했습니다.
Database 구조를 변경해야 한다면 Database를 직접 수정하는 것이 아니라 이 정의한 텍스트 파일을 수정하면,
프로그램 로딩시 자동으로 정의한 텍스트 파일의 내용에 맞게 Database 구조를 변경하도록 하였습니다.
이렇게 하니 Database 구조가 변경되더라도 일일이 클라이언트에게 알려줄 필요도 없고, 프로그래머도 Database 구조 변경에 따른
고민도 줄어들게 되었습니다.
프로그래밍시 참조할 필드 이름도 정의한 텍스트 파일이 있으니 쉽게 알수가 있습니다.(예전에는 필드 이름을 알려면 Database를 열어서 확인을 했습니다.) - 특히 모니터가 2개면 아주 편리합니다.
% Database 필드를 추가/삭제하는 SQL문으로 위의 내용을 처리하였습니다.
즉 개발 기간중 클라이언트에게 테스트하라고 프로그램을 주고 나서 이후에 Database 구조를 변경해야하는 일이 발생한다면,
그래서 다시 프로그램을 줘야 할때 조금 난감한 일이 발생한다.
즉 클라이언트가 가지고 있는 Database 구조가 현재 프로그램과 맞지 않는다는 것이다.
예전 같으면 전화를 걸어 Database 구조가 변경되었으니 새롭게 작업을 하셔야 합니다 라고 이야기 했을것이다.
기존에 작업했던 데이터가 날아가더라도 어쩔수 없이 말이죠... 또 이렇게 전화를 하는 것도 하나의 일이죠.
(깜빡잊고 못하면 클라이언트에게서 전화가 오죠 '왜 되던게 안 되느냐고')
그래서 이번 프로젝트에서는 Database 구조를 정의한 파일을 가지도록 했습니다.
Database 구조를 변경해야 한다면 Database를 직접 수정하는 것이 아니라 이 정의한 텍스트 파일을 수정하면,
프로그램 로딩시 자동으로 정의한 텍스트 파일의 내용에 맞게 Database 구조를 변경하도록 하였습니다.
이렇게 하니 Database 구조가 변경되더라도 일일이 클라이언트에게 알려줄 필요도 없고, 프로그래머도 Database 구조 변경에 따른
고민도 줄어들게 되었습니다.
프로그래밍시 참조할 필드 이름도 정의한 텍스트 파일이 있으니 쉽게 알수가 있습니다.(예전에는 필드 이름을 알려면 Database를 열어서 확인을 했습니다.) - 특히 모니터가 2개면 아주 편리합니다.
% Database 필드를 추가/삭제하는 SQL문으로 위의 내용을 처리하였습니다.
댓글
댓글 쓰기