문제

것 2 계층의 유효한 선택이 시나리오:

  1. sql 서버 데이터베이스
  2. 비즈니스지 않을 것이 필요 몇 가지 이상의 동시 연결 공유된 데이터베이스를 통해 LAN
  3. 사실에는(I believe)그것은 많이 적은 노력을 개발하는 2 개의 층
    응용 프로그램
  4. 클라이언트 프로그램 업데이트를 자동화를 통해 LAN

올바른 솔루션이 없습니다

다른 팁

2 계층 솔루션은 개발하기가 더 쉬울 수 있지만 응용 프로그램의 크기 및/또는 복잡성이라면 유지하기가 더 어려워집니다.

이 응용 프로그램이 비즈니스에 중요하고 상당한 시간 동안 제자리에 있으면 프레젠테이션, 비즈니스 로직 및 데이터 액세스를 자신의 계층으로 분리하는 데 소요되는 추가 시간을 알게 될 것입니다. 사물을 고치거나 논리를 변경하거나 응용 프로그램을 확장 할 시간이옵니다.

이것은 아마도 답변만큼 많은 다른 의견을 얻을 수있는 질문 중 하나입니다.

처음에는 개발하기가 더 쉬울 지 모르지만 프로젝트가 내부 사용을위한 사소한 도구가 아니라면 장기적으로 비용이들 것이라고 생각합니다.

3 계층이 필요한지 여부는 프로젝트를 유지하는 데 걸리는 시간과 나중에 계획하는 기능 / 업데이트 수에 따라 달라집니다. 또한 수락하고 수정하려는 버그 수에 달려 있습니다. IMO 3 계층은보다 안정적인 소프트웨어를 만드는 경향이 있습니다.

두 답변 모두 3 계층이 우수한 솔루션이라는 것은 거의 쉬운 일이라고 말하는 것 같습니다. 아마도

Rockford Lhotka 특정 상황에 대한 비용 혜택 분석이 3 계층을 선호하지 않는 한 2 계층으로 가야한다고 주장하는 것 같습니다.

그는 말한다 :

좋은 건축가로서 당신은 당신의 시스템에 계층을 추가하는 데 차고 비명을 지르고 드래그해야합니다.

그가 제안하는 보안은 3 계층 솔루션이 분명히 우수한 유일한 영역입니다.

그리고 그는 그것을 주장합니다

더 나쁜 것은, 경계는 소프트웨어 설계, 네트워크 인프라, 관리 가능성 및 시스템의 전반적인 유지 관리에 대한 복잡성을 추가합니다. 요컨대, 애플리케이션의 계층이 많을수록 다루어야 할 복잡성이 많아서 응용 프로그램을 구축하고 유지 관리하는 데 드는 비용이 직접적으로 증가합니다.

마지막으로, 확장 성과 관련하여, 데이터 액세스를 위해 ADO에서 연결이 끊긴 레코드 세트를 사용하는 경우 기본적으로 연결 풀링이있어서 확장 성이 높다는 것이 사실인지 알고 싶습니다.

에서 복사한 샤 윌리엄스'책은 직업적인 시각 기본적인 데이터베이스 6:-

2 층 대 N-Tier

사이 선택 2 층 n-tier 모델 될 것으로 보인에서 무엇을 사람들' 마음입니다.이렇게 많은 변수 요인으로 방정식(함 기본 설정)는 예약 수 정에 대한 귀하의 클라이언트-서버 모델입니다.이들 중 일부 변수를 포함할 수 있습니다:

유연성과 힘을 선택한 데이터베이스 서버입니다.오늘 데이터베이스는 서버의 가능 취급의 수백 또는 수천 동시 연결지 않고 이동 3 층 건물입니다.

량과 다양성의 CPU 주택합 서버입니다.더 강력 CPU 빠른 서버 손잡이가 요청된 작업입니다.

어떻게 많은 처리량 실행으로 서버와 얼마나 많은 연속 연결이 존재합니다.수 있는 몇 가지 또는 많은 연결을 각각 연결 가 전달 될 수있다 몇 가지 또는 여러 요청합니다.

경제적인 요소입니다.얼마나 당신에 지출 하고자 하는 시스템입니다.일반적으로 n-tier 시스템 비용을 것입니다 더을 개발하고 유지합니다.는 경우 에 의해 얻을 수 있습으로 2 층 솔루션 저장할 수 있는 많은 돈.

나에게 이 제안하는 것처럼 보이지 않으면 귀하는 개발(매우 인기)는 웹 기반의 응용 프로그램에는 2 개의 층 수 있는 더 많은 논리적인 선택입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top