MVC 프레임 워크가 ASP.NET이든 레일즈이든 더 나은 데이터베이스를 개발하도록 강요합니까?ASP.NET MVC 및 기타 MVC 프레임 워크를 사용한 데이터베이스 개발?
데이터베이스 테이블과 필드는 OR/M을 사용하여 클래스와 속성에 매핑 할 가능성이 높으므로 개발 초기부터 적절한 데이터베이스 구조를 만들어야합니다.
MVC 프레임 워크가 ASP.NET이든 레일즈이든 더 나은 데이터베이스를 개발하도록 강요합니까?ASP.NET MVC 및 기타 MVC 프레임 워크를 사용한 데이터베이스 개발?
데이터베이스 테이블과 필드는 OR/M을 사용하여 클래스와 속성에 매핑 할 가능성이 높으므로 개발 초기부터 적절한 데이터베이스 구조를 만들어야합니다.
물리적 데이터 레이어에서 데이터베이스를 설계하도록 강요하지 않습니다 그것은 단지 당신 TI는 효율적인 방법으로 데이터베이스와 상호 작용할 수 있습니다 EF/NHib/likes에서 일반적으로 사용하는 엔티티 모델과 다를 수 있습니다.
그러나 코드에 데이터 모델을 추상화 할 때마다 특정 부분을 변경하는 경향이 있습니다. 이러한 적응은 OR/M의 유연성과 관련이 있습니다. 더 유연해질수록 적응이 줄어들 것입니다.
어떤 규칙 집합이라도 성공적으로 수행 할 수 있다고 생각하면 사람들의 능력을 과소 평가하십시오. 누군가가 더 나은 성과를 내기 위해을 수행하십시오.
MVC 프레임 워크는 아주 많이 "모델"중심의 아키텍처와, ID가 특정 방식
동의하지만, MVC의 모든 이점을 실제로 얻으려면 사운드 데이터베이스 디자인이 필요합니다. – Xaisoft
나는 그렇게 생각하지 않습니다.
MVC는 데이터베이스 디자인과 관련이 없으므로 적절한 아키텍처를 향해 나아갑니다.
그러나 간접적으로 모델 또는 도메인 기반 디자인을 사용하여 데이터베이스 디자인을 향상시킬 수 있습니다.
데이터베이스를 전혀 사용하지 않는 MVC 패턴을 사용하여 응용 프로그램을 만들 수 있기 때문에 대답은 '아니오'입니다. Smalltalk-80 (1980 년)에서 MVC의 원래 구현은 RDBMS 기반이라고 생각하지 않습니다.
내가 의미하는 것은 아닙니다. 내가 말하고자하는 것은 테이블과 필드가 많은 데이터베이스를 만들고 OR/M을 위해 SQL에 LINQ를 사용하면 데이터베이스 테이블과 필드의 디자인이 클래스에 긍정적/부정적인 결과를 초래하지 않을 것이며 속성은 처음부터 데이터베이스를 어떻게 개발했는지에 따라 다릅니다. – Xaisoft
또는 과대 평가 *입니까? –
글쎄, 그 추가 도구 및 기술로 인해 가능한 디자인 결함의 수가 증가하면. –