posted by 네코냥이 2013. 6. 19. 14:41



처음에는 ADO.NET 엔티티 데이터 모델을 썼다.


모델을 비쥬얼적으로 꾸며서 , DB에 업데이트 기능도 되고,


모델 클래스, ObjectContext도 저절로 만들어줘서 좋다 하고 사용했는데,


꾀나 제약조건이 많아 포기했다.


- DB에 민감해서, DB 뭐 잠깐 수정하면 먹통된다. 

- 커넥션 스트링을 동적으로 주는것도 까다롭다.

- 만들 때 마다 ConnectionString이 새로 Webconfig에 추가된다.


============================================================


ADO.NET Entity Data Model 보다 LINQ to SQL 클래스를 사용하기로 했는데,


- ADO.NET에서 제공하던 Context,Model 클래스 자동생성

- 커넥션 스트링 동적 할당 가능

- 네임스페이스도 맘대로 줄 수 있고, 모델 및 컨텍스트 클래스 네임도 맘대로 정의 가능.

- 위의 해당 사항은 언제든지 바꿀 수 있음.(만들었다 지웠다 그런거 없다.)

- 다만, 모델을 수정해서 DB에 반영하는 기능은 없다. (ADO.NET Entity Data Model에는 있다.)

- DB에서 모델이 변형 될때, 모델을 업데이트 해줘야하는 번거로움이 있다. (이건 뭘쓰든 그러할듯.)