ASP 용 데이터베이스 도우미 : DBHelper 클래스
|
|
강좌 최초 작성일 : 2006년 04월 03일|
강좌 전 태오의 잡담>
세월은 정말로 빠르게 흘러 지나갑니다. 제 나이도 어느덧 ... 그렇게 되었네요.
오늘 특별스럽게 이야기를 펼쳐볼 주제는 바로! (두~ 둥) 사실, VBScript(ASP에서 일반적으로 사용하는 서버 스크립트)에서도 클래스가 지원된다는 사실을 아시는 분은 그리 많지 않습니다(실은, 스크립트 엔진이 좋아져서 지원되는 것이긴 하지만 ^^). 아니라구요? 이미 알고 있었다구요? 좋습니다. 제가 한발 양보하지요! 하지만, 그 사실을 알고 있었다 해도 클래스를 제작하여 사용하시는 분은 그리 많지 않았을 것입니다. 에? 이미 사용하고 있었다구요? (호오. 고개를 끄덕이시는 조오~기 몇 분! 계속 그렇게 딴지 거시면, 방과 후 옥상에서 개인 면담 들어가는 수가 있습니다) 장내도 정리 되었으니 계속 이야기를 하면 말입니다. ASP에서 클래스를 만들어 사용하는 것은 대단히 단순합니다. VB에서 클래스를 만드는 것처럼 걍 만들어주면 됩니다. 예를 들면, 다음은 오늘의 시간을 반환하는 멋진 기능을 갖춘 클래스입니다. 그냥 보기에도 멋지지 않습니까?
이렇게 클래스를 만들어 두었다면 어떻게 사용하느냐? 일단, 이러한 클래스는 별도의 asp 페이지로 만들어 두시는 것이 관리하기에 좋으니까, 이 코드를 clsTimeSvc.asp 란 파일로 만들어서 웹 사이트(테스트용)의 루트에 두도록 하세요 ^^ 그리고, 역시 루트에 다음과 같이 테스트용 asp 페이지를 하나 만듭니다. 저는 파일명을 TimeTest.asp 라고 주어봤습니다. 그리고, 위에서 만든 클래스를 사용하기 위해서는, 일단, 상기 asp 페이지를 인클루드 해주시구요. 마치 VB(언어)에서 일반적인 클래스를 사용하듯이 다음처럼 New 해서 사용하시면 됩니다. 무지하게 간단하죠? 사용이 끝난 다음에는 Nothing 하는 것도 잊지 마셔야겠죠 ^^
간단하고도 쿨하죠? 그렇습니다. 많은 분들이 그다지 클래스는 사용해 보시지 않았다 할지라도, 필요한 함수(Function)들을 묶어서 하나의 파일로 만든 뒤, 이를 인클루드해서 사용한 경험들은 있을텐데요. 앞으로는 그러한 함수들을 이렇게 클래스로 묶어서 관리하는 것도 좋지 않나 하는 생각입니다. OK! 여기까지! 엇? 오늘의 강좌가 여기까지냐구요? 그럴리가 있겠습니까? 고작 ASP 에서 클래스 만들어 사용하는 것을 알려드리려고 했으면, 강좌가 아닌 Knowhow 게시판에 글로 올렸을 것입니다. 하하하~ 앞에서 간단하게 클래스 작성 및 사용법을 설명 드렸으니, 이번에는 조금 더 내공을 높이는 시간을 갖기 위해, 잘 만들어진 ASP 클래스 하나를 여러분께 소개해 볼까 합니다. 그것도 이미 수 많은 대기업에서 사용하고 있는 검증된 놈으로 말입니다(쉿~ 남들이 알면 안 되요~). 오늘 공개할 쿨한 ASP 클래스는 데이터베이스 접근 및 처리 도우미 클래스인 DBHelper 클래스입니다. DBHelper 클래스는 닷넷엑스퍼트의 안재우 책임님이 작성하신 것으로 현재도 몇몇 기업에서 절찬리에 사용하고 있는 클래스인데요. 가장 기본적인 형태의 데이터베이스 도우미 클래스라 할 수 있겠습니다(아시는 분은 아시겠지만, 마치 MS에서 제공한 .NET용 Data Access Application Block과 비슷한 부분이 없지 않죠? 그렇다면, ASP용 Data Access Class라고 명칭해도 나쁘지 않겠네요. Data Access Application Block에 대한 참조 강좌는 http://taeyo.net/lecture/NET/DataAppBlock1.asp 입니다). 제가 보기에는 꽤 쓸만한데도, 본인은 '이거 몇 년 전에 그냥 심심해서 한번 만들어본 것이라 기능이나 그런 게 많이 부족해요. 그냥 프로토타입 수준이라고나 할까? 하하하' 라고 겸손(?)을 떠네요. (확~ 한 대 때려줄까?) 아! 참고로, 안 재우 책임님은 현재 프레임워크 아키텍처를 주 업무로 하고 있는 .NET 분야의 최고 전문가입니다. 안 재우 책임님의 내공을 살포시 들여다보고 싶으신 분은 그의 블로그를 방문해 보세요. 자. 잠시 이야기가 샜는데요. 제자리로 들어와서 다시 이야기를 시작해 보도록 하겠습니다. 아마도, ASP로 데이터베이스를 접근함에 있어서 도우미 클래스를 사용하시는 분은 그다지 많지 않았을 것입니다. 일반적으로는 ADO를 직접 사용해서 다음과 같은 식으로 코딩을 하는 편일 것입니다.
익숙한 유형의 코드죠? 그렇습니다. 하하하 '왜 뜬금없이 이 코드를 보여주는 거지? 이렇게 코딩하는 것에 어떤 문제가 있다는 것일까??' 라고 생각하시고 계시나요? 물론 아닙니다. 아무 문제가 없는 코드입니다. 매우 널리 사용되고 있는 전형적인 코드 중 하나입니다. 버뜨, 위의 코드에 문제는 없긴 하지만 말입니다. 데이터베이스를 접근하고, 명령을 실행하고, 결과를 출력하고, 연결을 닫아주고 하는 코드 스타일이 각 개발자마다 조금씩 다를 수 있다는 점(코드 품질이 일관적이지 못함)과 ASP 페이지가 복잡해질수록 데이터베이스 관련 코드들이 유사한 코드임에도 반복적으로 사용될 수 있다는 점(반복적인 코드의 사용)은 약간 고려를 해봐야 할 부분이긴 합니다. 단순히 화면을 개발하는 개발자의 입장에서 보면야 별 대수롭지 않은 문제처럼 보일런 지도 모르지만, 전체적으로 프로젝트의 생산성과 차후 유지 관리성까지 고려해야 하는 입장에서 보면 이것은 중요한 체크 포인트가 될 수 있으니까요(이는 비단 ASP만의 체크 포인트가 아닌 모든 종류의 소프트웨어의 개발에 있어서 고려해야 할 대상이라 할 수 있을 것입니다). 복잡한 ASP 페이지는 한 페이지 안에서 적게는 1,2 번에서 많게는 10-20번의 쿼리를 실행하는 경우도 많습니다(사실, 이런 경우에는 튜닝이 필요합니다만 -_-+). 그렇게 복잡한 페이지는 가끔 코드의 라인 수가 1000 줄이 넘어가기도 하는데요. 이런 상황에서는 제대로 Connection을 닫았는지 아닌지 파악하기도 쉽지 않아서리, 많은 분들이 아예 데이터베이스에 연결하는 코드를 DBOpen.asp 파일에, 데이터베이스 연결을 닫는 코드를 DBClose.asp 파일에 넣은 다음, 이 파일들을 ASP 페이지의 앞, 뒤에 인클루드하는 방법을 쓰곤 합니다. 반복적인 코드의 량을 줄일 수 있다는 생각에서 말이죠. "앗! 우리 회사도 그렇게 쓰고 있는데~" 라구요? 그렇습니다. 여러분 회사 외에도 상당히 많은 곳에서 그러한 코드를 사용하고 있습니다. 이것은 그런대로 괜찮은 아이디어임에 틀림 없으니까요. "좋다면서 그 뉘앙스는 뭐냐? 뭔가 수상한데?" 라고 생각하셨죠? 눈치도 빠르셔라~ 사실, 반복적인 코드를 줄이기 위해서 데이터베이스의 연결과 해제를 별도의 인클루드로 분리하는 생각 자체는 매우 좋습니다만, 사실, 페이지가 더 복잡해지면 그렇게 앞, 뒤로 인클루드를 붙여서 사용하는 방식은 잠재적으로 문제를 일으킬 소지가 있습니다. 문제라고 하니깐 왠지 거창해 보이는데요. 대단한 문제는 아닙니다. 단지, 개발자들이 DbOpen.asp 페이지는 안 까먹고 인클루드 하시지만(안 하면, 데이터베이스 접속이 아예 안되니깐), DbClose.asp 페이지는 인클루드하는 것을 가끔 잊는 분들이 계신다는 것이 문제인 것이죠. 인클루드 페이지가 한 개인 경우라면 사실 잊는 경우가 많지 않습니다만, 접근해야 할 데이터베이스가 여러 개 있는 경우 즉, 그에 따라 DBOpen1.asp, DBOpen2.asp 와 같은 식으로 여러 개의 인클루드를 만들어서 사용하는 경우에는 자주 잊어먹는 경우가 있습니다. 각각의 데이터베이스 연결용 인클루드 파일에 대응하여 페이지의 끝에서 DBClose1.asp, DBClose2.asp를 올바르게 넣어주어야 함에도 불구하고, 자주 그러한 인클루드를 헛갈리거나 잊곤 한다는 것이죠. 페이지 라인 수가 수 백 라인이 된다면 그러한 실수는 충분히 일어날 만 하겠죠? 물론, 데이터베이스 연결을 닫아주는 인클루드 파일의 삽입을 잊는다 해도 페이지 실행 시 어떠한 에러도 나지 않습니다. Connection.Close라는 코드는 없어도 데이터베이스 작업 자체에는 큰 영향을 미치지 않기 때문입니다. 그래서, 겉보기에는 아무런 문제도 없어 보이죠. ^^ 그러다 보니, 개발자는 더 더욱 그러한 닫는 코드를 잊을 확률이 높아지고요. 그래서, 제대로 닫지 않은 웹 페이지가 어떤 것인 지 나중에 알아내려면 전체 페이지를 다 뒤져봐야 하기도 하답니다. 잘 돌아가는데 뭐가 문제냐구요? 겉으로 보기에는 잘 돌아가는 것처럼 보일 수 있지만, 실제로는 그러한 페이지가 언제 터질지 모르는 시한폭탄이라는 것이 문제입니다. 데이터베이스 연결을 제대로 Close 해 주지 않게 되면, 잠재적으로 그들은 웹 서버의 메모리를 일부 붙잡고 있게 되기에, 그 페이지가 여러 번 호출되면 될수록, 메모리는 계속적으로 차츰차츰 소모될 것입니다. 그리고, 일주일이나 한달 정도 지난 후에는 웹 서버의 메모리가 부족해서 다운되는 현상을 보게 될 가능성이 큽니다. 물론, 서버를 리부팅하면 다시 제대로 동작하겠죠? 하지만, 또 시간이 일 주일에서 한달 지나면 서버는 또 뻗어버릴 것입니다. "핫! 우리 회사가 그래요~ 잘 아시네~" 라고 움찔하시는 분이 계시는 듯 하네요. 문제는 바로 "메모리 누수" 현상 때문입니다. 데이터베이스 닫기 및 해제, 사용한 개체의 Nothing 작업 등이 올바르게 수행되지 않아서 그 개체들이 웹 서버의 메모리를 슬금슬금 잠식해 버려서 어느 순간 웹 서버의 메모리가 고갈되어 다운이 되는 것이지요. 특히, 그 중에도 Connection 개체의 Close와 Nothing이 누락되는 빈도수가 가장 큽니다. 왜 이들의 빈도수가 가장 높냐구요? 이유는 간단합니다. ASP 페이지에서 Connection 개체 코드를 가장 많이 사용하기 때문이지요 ^^ 그래서, 사실 데이터베이스 연결, 해제를 각각의 인클루드 파일로 만들어 웹 페이지의 앞, 뒤에 붙여 사용하는 방법은 잠재적인 혼란을 일으킬 가능성이 있습니다. "메모리 누수" 현상이 발견된 경우에는, 모든 페이지를 뒤져서 Connection.Close와 Nothing을 안 해준 페이지가 어디 있는지 찾아 바로잡아 주어야 하는데, 그러한 코드가 인클루드로 빠져 있다면! 그것도 여러 개로 나뉘어서 빠져있다면, 수정하는 데 다소의 시간이 걸릴테니까요. 지금 제가 "인클루드는 나쁘다"라고 이야기하는 것은 아닙니다. 오해하지 마세요! 인클루드가 좋냐, 안 좋냐에 대해서는 의견이 분분할 수 있을 것이고, 사용하느냐, 마느냐는 전적으로 여러분의 결정입니다. 인클루드는 어떻게 사용하느냐에 따라 양날의 검이 될 수 있을 테니 말이죠. 물론, 일반적인 경우, 인클루드를 쓰는 것이 효율적이라는 데는 이견 없습니다. 조금 길게 이야기한 부분이 없지 않은데요. 정리하자면, 제가 드리고 싶은 말의 요점은 위에서 이야기한 다소 불안한 요소들(예를 들면, 유사한 코드의 반복적인 사용, 개발자마다 일관성없는 자신만의 코드 생산 등)을 보완하게끔 클래스를 잘 설계 및 제작해서 적용한다면 훨씬 훌륭한 어플리케이션을 구축할 수 있다는 이야기를 드리고자 함이었습니다. 좀 고급스럽게 이야기하자면(사실 이게 더 정확한 표현입니다만), 사실은 클래스라는 개별 단위보다는 그러한 작업을 표준화하고 공통화 시켜주는 프레임워크 작업이 사실상 개발 전에 필요합니다. 공통 작업을 어떤 식으로 표준화할 것이냐? 일관된 코드 품질을 위해서는 무엇을 준비할 것인가 등등의 요건 협의가 실제 개발 착수 전 설계 단계에서 필요합니다. 그리고, 결과적으로 그러한 요건에 부합하는 Wrapper 클래스, 공통 클래스, 유틸리티 클래스 등이 필요하다는 결과를 도출해 낼 수도 있을 것이고, 그것을 제작하여 패키지화 할 필요성도 생길 수 있을 것입니다. 그리고, 바로 그러한 요건에 따라 종국에는 만들어지는 결과물(개발 표준안 및 클래스 라이브러리들, 유틸리티들 등등)을 정리해서 개발 프레임워크를 정의하기도 합니다. 개발자들이 개발을 함에 있어서 필요한 표준 골격 말입니다. 사실, 지금 소개해드리려고 하는 DBHelper 클래스도 그러한 결과의 산물이기도 합니다. 즉, 보편적인 ASP 웹 어플리케이션 개발을 위해 설계한 전체 프레임워크 중 데이터베이스 접근 및 처리를 위한 프레임워크의 일부인 것이죠. 그리고, 이것이 여러분의 개발에 있어 좋은 샘플 템플릿이 되어줄 것이라 믿기에, 안재우 책임을 졸라서 공개하는 것입니다. DBHelper 클래스를 살펴보시고, 사용하게 되면 다음과 같은 이점들을 얻을 수 있다고 합니다.
그래서, DBHelper 클래스를 이용하게 되면, 기존의 ADO를 이용했던 ASP 코드가 다음과 같이 간단해집니다. Connection 개체를 Close 할 필요도 Nothing할 필요도 없습니다. 자체적으로 다 알아서 그러한 처리를 수행하도록 클래스가 설계되어 있기 때문입니다(단지, DBHelper 클래스만을 Nothing 해주시면 됩니다). 또한, 쿼리를 실행하는 것도 단 한 줄의 코드로 가능하게 되어 있습니다. 이는 ASP 페이지에서 데이터베이스 처리작업이 많으면 많을수록 상대적인 코딩량을 더욱 줄어들게 해 줄 것입니다. 다음은 DBHelper를 이용하는 코드의 샘플입니다.
참고로 한 가지 더 말씀드리면, DBHelper 클래스는 내부적으로 성능향상을 위해서 쿼리 실행 결과 레코드셋을 단절된 레코드셋으로 반환합니다. 이는 웹 환경에 상당히 부합하는 결과집합이라 볼 수 있겠죠? 단절된 레코드셋이란 쿼리의 결과를 데이터베이스 연결을 끊은 후에도 이용할 수 있게 하는 기법입니다. ^^. 웹 서버의 리소스를 조금 더 사용해서 데이터베이스 서버의 부하를 상당히 줄여주는 기법이라 할 수 있죠. 현재의 웹 서버들은 대부분 고 사양이고, 부하는 대부분 데이터베이스 서버로 몰리는 편이기에 그렇게 설계된 것이라 볼 수 있습니다. ^^ 물론, 원할 경우에는 DBHelper 클래스의 코드를 변경해서 단절된 레코드셋이 아닌 일반적인 레코드셋을 사용하도록 변경할 수도 있을 것입니다만, 굳이 그렇게 해 야할 이유는 없어 보입니다. 다음은 DBHelper 클래스를 이용해서 SQL 서버의 샘플 데이터베이스인 pubs의 title 테이블 데이터를 화면에 출력하는 완전한 샘플입니다.
멋지지 않나요? 그리고, 밑의 일부 코드는 저장 프로시저를 사용해서 새로운 레코드를 INSERT 할 경우의 코드 샘플입니다.
재미있죠? DBHelper 클래스의 소스는 하단에서 다운로드 받으실 수 있습니다. 또한, 잘 정리된 DBHelper의 사용 설명서도 다운로드 가능합니다. 워드 문서로 매우 잘 정리되어 있어서 그 문서를 보시면 DBHelper를 어떻게 사용하는 지 속속들이 이해하실 수 있을 것입니다. ^^
아아.. 만족스러워 하시는 여러분의 얼굴을 보니 저도 너무 기분이 좋습니다. 모두모두 행복하시고, 즐프 하세요 ^^
|
안재우 님이 제공하는 DB Access Framework : DBHelper 클래스 다운로드 받기