2009-06-24 4 views

답변

1

물리적 데이터 레이어에서 데이터베이스를 설계하도록 강요하지 않습니다 그것은 단지 당신 TI는 효율적인 방법으로 데이터베이스와 상호 작용할 수 있습니다 EF/NHib/likes에서 일반적으로 사용하는 엔티티 모델과 다를 수 있습니다.

그러나 코드에 데이터 모델을 추상화 할 때마다 특정 부분을 변경하는 경향이 있습니다. 이러한 적응은 OR/M의 유연성과 관련이 있습니다. 더 유연해질수록 적응이 줄어들 것입니다.

0

어떤 규칙 집합이라도 성공적으로 수행 할 수 있다고 생각하면 사람들의 능력을 과소 평가하십시오. 누군가가 더 나은 성과를 내기 위해을 수행하십시오.

+0

내가 의미하는 것은 아닙니다. 내가 말하고자하는 것은 테이블과 필드가 많은 데이터베이스를 만들고 OR/M을 위해 SQL에 LINQ를 사용하면 데이터베이스 테이블과 필드의 디자인이 클래스에 긍정적/부정적인 결과를 초래하지 않을 것이며 속성은 처음부터 데이터베이스를 어떻게 개발했는지에 따라 다릅니다. – Xaisoft

+0

또는 과대 평가 *입니까? –

+0

글쎄, 그 추가 도구 및 기술로 인해 가능한 디자인 결함의 수가 증가하면. –

0

MVC 프레임 워크는 아주 많이 "모델"중심의 아키텍처와, ID가 특정 방식

+0

동의하지만, MVC의 모든 이점을 실제로 얻으려면 사운드 데이터베이스 디자인이 필요합니다. – Xaisoft

1

나는 그렇게 생각하지 않습니다.

MVC는 데이터베이스 디자인과 관련이 없으므로 적절한 아키텍처를 향해 나아갑니다.

그러나 간접적으로 모델 또는 도메인 기반 디자인을 사용하여 데이터베이스 디자인을 향상시킬 수 있습니다.

0

데이터베이스를 전혀 사용하지 않는 MVC 패턴을 사용하여 응용 프로그램을 만들 수 있기 때문에 대답은 '아니오'입니다. Smalltalk-80 (1980 년)에서 MVC의 원래 구현은 RDBMS 기반이라고 생각하지 않습니다.