Model 구성하기

ASP.NET MVC 프레임워크에서 모델(Model)은 핵심 로직을 수행하고 데이터를 조작하는 역할을 담당합니다. 일반적으로 데이터베이스와 같은 데이터 저장소에 존재하는 데이터에 접근하고, 그 데이터에 대해 업무 로직을 수행하는 것이죠. 이러한 모델은 개발하려는 애플리케이션에 맞춰 설계가 되어야 하는 부분이기에 그 형식이 고정되어 있거나 하지 않습니다. 기업 환경의 경우에는 업무 분석을 통해서 산출된 엔터티들의 집합이 이러한 모델에 속하곤 하지만, .NET이 기본적으로 제공하는 DataSet과 같은 형식도 모델로서 다루어질 수 있습니다(여기까지는 MSDN에 나오는 모델에 대한 설명과 큰 차이가 없죠. 하하).

데이터 모델은 여러 개의 클래스로 구성될 수 있는데, 여기에는 업무 분석을 통해 산출된 엔터티 클래스들과 그 엔터티들을 사용하여 데이터를 다루는 기능을 갖는 컨텍스트 클래스 등이 포함될 수 있습니다(경우에 따라서는 컨텍스트가 수행하는 기능이 컨트롤러로 빠지는 경우도 있습니다만, ASP.NET MVC에서는 이도 데이터 모델에 포함하고 있습니다). 엔터티들은 일반적으로 데이터베이스에 존재하는 특정 테이블의 스키마와 유사하긴 합니다만, 항상 그런 것은 아닙니다. 소규모 웹 애플리케이션의 경우는 테이블 스키마를 기반으로 엔터티 클래스를 구성하여 사용해도 크게 문제가 없는 편이지만(이러한 작업을 자동화하기 위한 ORM 도구들을 이용하기도 합니다), 규모가 있는 애플리케이션의 경우는 테이블 스키마를 기반으로 엔터티를 도출하는 것이 오히려 적절하지 않은 경우도 많기 때문에 주의해야 합니다. 데이터베이스 테이블은 관계적 구조로 설계되어 있지만, OOP로 작성되는 엔터티 클래스들은 상속 구조로 설계되기 때문에 구조적인 차이로 인한 보정이 요구되는 것도 있고, 테이블 스키마에 기반한 클래스 설계는 데이터베이스에 대한 종속성을 갖게 하기에 그를 독립적으로 운용하기 위한 고려가 요구되는 등 이러한 모델링은 고민해야 할 다양한 요소들이 존재하기에 간단한 작업이 아닙니다. 해서, 이러한 모델링만을 별도로 수행하는 전문가들 및 기업들도 존재하고 있지요. 사실, 이러한 작업은 기능성 작업의 구현을 좋아라하는 저희 같은 개발자들에게는 다소 지루한 부분이기도 합니다.

해서, 기존의 ASP.NET 웹 애플리케이션을 비롯한 다양한 웹 기반의 프로젝트들(스마트 클라이언트 등)에서는 보편적으로 DataSet을 사용하곤 했습니다. 왜냐구요? DataSet은 그냥 이것 저것 고민하지 않고 쉽게 사용할 수 있으니까요. 사실, 엔터티 기반의 애플리케이션을 개발하는 것은 상당히 많은 자원(시간, 노력, 인원)을 요구하는 편입니다. 뽀대가 난다는 이유로 섣불리 엔터티를 도입하여 배보다 배꼽이 더 커지는 당황스런 경험을 해 본 개발자라면 엔터티 기반의 애플리케이션 개발에 고개를 사정없이 흔들기도 할 것입니다. 그런 의미에서 보면, 엔터티의 적용은 대규모 애플리케이션보다는 소규모 애플리케이션에 오히려 더 부합할 수도 있습니다. 그래서, 오히려 대형일수록 엔터티보다는 DataSet을 더 유용하게 사용하는 것인지도 모릅니다. 엔터티를 사용할 경우에 수반되는 생산성 문제 등 다양한 고민거리들에 대해 이것 저것 고민할 필요가 없으니 말이죠.

그렇기에, 데이터 모델로써 여전히 DataSet을 사용할 수는 있습니다만(그리고, 실제로도 DataSet을 여전히 널리 사용하고 있습니다만), Microsoft는 VS 2008을 기점으로 하여(실은 그 전부터이긴 하지만) 가급적 DataSet보다는 사용자 정의 타입인 엔터티 클래스를 만들어서 사용할 것을 살포시 권유(?)하고 있으며, 심지어, VS 2008에서는 그러한 작업을 자동적으로 해주는(물론, 데이터베이스 테이블 스키마 기반으로) LINQ to SQL이라는 클래스를 제공하고 있기도 합니다. 이는 데이터베이스의 테이블 스키마를 기반으로 엔터티 클래스를 자동으로 만들어주는 ORM(Object-Relational Mapping) 도구라고 보시면 됩니다. 매우 유용하긴 하지만 이를 통해 생성된 엔터티 클래스는 다소 복잡한 환경의 애플리케이션에서는 많은 보정작업이 필요할 수도 있으며, 더불어 병행 개발 시의 참조 문제나 배포관련 문제도 고민거리 중에 하나이기에 면밀히 설계 및 검토한 뒤 사용하셔야 합니다.

그렇긴 하지만, 저는 이어지는 예제에서 LINQ to SQL Class를 사용해서 엔터티를 생성하여 사용할 예정입니다. 비록 이러한 작업이 대형 규모에서는 오히려 피곤한 방법이 될런 지는 모르겠지만, 일반적인 환경(예를 들면, 태오 사이트 같은 중,소 규모 사이트?)에서는 유용하고 쓸만한 방법이기 때문입니다(그리고, 사용해봐야 뭐가 불편한 것인지도 깨달을 수 있겠죠?).

더불어, 사실 기업 환경(엔터프라이즈라고 주로 불리는)이라 해도 항상 엄청난 규모의 프로젝트만을 하는 것은 아닙니다. 대형 프로젝트라 해도 그 내부적으로는 일반적으로 작은 규모의 애플리케이션들이 많이 존재하는 편이니까요. 그리고, 그러한 작은 프로젝트에서는 이러한 방식(LINQ to SQL 클래스를 사용하여 테이블 스키마 기반으로 모델을 구성하는 방식)으로 모델을 구성하는 것도 충분히 가능합니다(초기 프로젝트 지침서에서는 권장하지 않을지도 모르지만, 사는 게 그렇지 않습니까? 하하). 사실, 거대 프로젝트의 일부이긴 하지만 여러 개의 작은 웹 사이트들로 구성된 애플리케이션을 개발하는 경우에 수 많은 게시판을 주먹구구 식으로 개발해왔던 지난 개발환경을 생각해보면, 이 방식이 생각보다 오히려 많이 사용될 수 있어 보이기도 합니다(사실, 엔터프라이즈 환경에서 LINQ나 LINQ to SQL 관련 기술의 적용은 다소 비관적인 편이긴 합니다만, 세상의 모든 프로젝트가 모두 엔터프라이즈 급인 것은 아닐 뿐더러, 적절하게 사용하면 좋을 곳은 분명히 많을테니 말입니다).

뭔가 태오의 글 답지 않게 추상적이면서, 어려워 보이는 말들이 많았는데요. 역시나 이런 류의 아는 척은 저와는 왠지 어울리지 않는 듯 하네요 하하하.

그럼. 이러니 저러니 하는 복잡한 이야기들은 잠시 뒤로 미뤄놓고요. 이제 데이터 모델을 한번 만들어 보도록 하겠습니다? 원론적인 이야기들은 어차피 강좌와 별도로 꾸준히 토론이 되어야 할 부분일 테니까요.

우선, 데이터베이스가 필요합니다. 그렇다면, SQL 서버와 같은 데이터베이스 서버 제품을 또 설치해야 하는 것일까요? 이미 그러한 데이터베이스 서버를 보유하고 있다면 그를 연결해서 사용하시면 되겠지만, 소프트웨어가 없다고 해서 걱정하실 필요는 없습니다. VS 2008은 기본적으로 SQL Server 2008 Express 버전을 탑재하고 있으므로, 별도의 데이터베이스 서버를 설치하지 않으셔도 일단은 사용이 가능합니다.

다음 그림과 같이 App_Data 폴더에 마우스 우측 클릭하여 새로운 항목(SQL Server 데이터베이스)을 추가하도록 하세요. 저는 데이터베이스 파일의 이름으로 MyData.mdf를 주었습니다만, 이 이름은 여러분이 편한 이름으로 지정하셔도 됩니다.

그리고, 생성된 mdf를 더블 클릭하신 뒤, 비어있는 데이터베이스에 다음 그림을 참고로 하여 테이블을 하나 추가해 주세요. 다만, 테이블의 이름은 Memo로 해주시고, Seq 컬럼은 반드시 키 컬럼으로 잡아주시고, Identity 설정도 Yes(예)로 설정하셔서 자동으로 값이 증가하는 컬럼으로 만들어 주시기 바랍니다. 그리고, TransDate라는 컬럼에 대해서는 기본 값을 getdate() 를 지정하도록 하세요. 그래야, 데이터가 입력될 때 날짜도 현재 시간으로 자동 저장될테니까요.

이제 데이터베이스와 테이블은 준비가 되었네요 ^^; 그렇다면, 만들어진 기념으로 테이블을 열고 2-3건의 데이터를 입력해 두시기 바랍니다. 나중에 출력이 잘 되는지 확인하기 위해서 미리 약간의 데이터가 들어있으면 매우 좋으니까요 ^^ (어떻게 입력하냐고요? 서버 탐색기에서 Memo 테이블을 선택하고 마우스 우측클릭 한 뒤, [테이블 데이터 표시]를 선택하시면 기존 데이터를 살펴볼 수 있을 뿐만 아니라, 입력하실 수도 있습니다) 다음 그림처럼 말이죠.

데이터베이스가 준비되었으니, 이제, 진짜로!! 모델을 만들기 위해서 Models 폴더에 LINQ to SQL 클래스를 하나 생성해 보도록 하겠습니다. Models 폴더에 마우스 우측 클릭을 한 뒤, 새로운 항목을 추가하세요. 다음과 같이 말이죠.

그러면, Memo.dbml 이라는 파일이 Models 폴더에 생성됨과 동시에, VS 2008은 그림과 같이 [개체 관계형 디자이너]를 나타내게 되는데요. 여기에 Memo 테이블을 드래그 앤 드롭하여 올려놓으시면 됩니다.

그리고, 저장! 하시면, VS 2008은 자동으로 테이블 스키마를 기반으로 하여 Memo 클래스와 이 를 이용하여 데이터를 처리할 수 있도록 지원하는 MemoDataContext 클래스를 생성해 줍니다(이를 확인하시려면 Memo.dbml 파일을 확장하여 Memo.designer.cs 파일을 열어보시면 됩니다). 이로써 아주 간단하게 데이터 모델이 만들어진 것입니다. 정말 쉽죠?

다만, 이는 1회성의 생성이기에 자동 생성된 데이터 클래스가 데이터베이스 테이블(Memo)과 동기화가 되거나 하지는 않습니다. 즉, 테이블의 스키마가 변경되었다고 해서 자동으로 Memo 클래스도 변경(즉, 재생성)된다거나, Memo 클래스에 추가 속성을 넣는다고 해서 데이터베이스 테이블에도 그 필드가 반영되지는 않는다는 것이죠. 그렇기에, 테이블 스키마가 변경되면 다시금 위의 작업을 반복하여 Memo 클래스를 재생성 해주어야 합니다(여기서, 여러분은 불편함 중 한 가지를 알게 되신 겁니다). ^^

하지만, LINQ to SQL 클래스를 사용함으로써 매우 쉽게 우리는 사용자 정의 타입을 작성할 수 있었습니다. 그쵸? 그리고, 이로써 이제 데이터베이스와 그를 기반으로 하는 데이터 모델은 준비가 완료되었습니다. 즉, MVC 중 M에 해당하는 부분은 준비가 되었다는 것이지요.

그럼, 이제 컨트롤러를 제작하는 쪽으로 넘어가 보도록 하죠. 물론, 그에 앞서 MVC 프레임워크가 지원하는 URL 매핑 방식을 먼저 이해하고 나서 말이죠~ (그러니깐, 이 말은 다음 강좌는 URL 매핑에 관한 이야기라는 것입니다)