문제

나는 데이터베이스의 프론트 엔드를 구축 할 때 커뮤니티가 "모범 사례"를 고려하는 내용을 스스로에게 물었다.

예 :

모든 양식에 고유 한 연결이 있어야합니까?

모든 데이터베이스 관련 제품이 별도의 계층으로 들어가야합니까? 즉, 수업을 작성하고, 모든 데이터베이스를 처리하는데, 그런 다음 내 양식에서 인스턴스화합니까?

분리 규칙이 얼마나 엄격 해야하는지, 즉 SQL 문자열을 넣을 위치, 연결 문자열. 모든 양식 코드 (찾기 가능), 별도의 (소스-) 파일에서 XML 파일의 또는 SourcEcode의 어느 곳도 SQL 서버에서만?

등.

도움이 되었습니까?

해결책

웹 애플리케이션을 구축 할 때 일반적으로 3 개의 논리가 있습니다.

  1. 프리젠 테이션 계층
  2. 비즈니스 로직 계층
  3. 데이터 액세스 계층

마지막 계층은 데이터베이스 관리와 관련하여 모든 작업을 수행합니다.

비즈니스 로직 계층은 데이터 액세스 계층을 사용하지 않고는 데이터베이스와 직접 대화해서는 안됩니다.

그것이 나의 최선의 조언입니다

다른 팁

만들지 마세요 이 실수.

귀하의 언어로 된 응용 프로그램 아키텍처에 대한 모범 사례를 읽고 인기있는 프레임 워크를 읽으십시오. 이 질문에 대한 답은 3 ~ 4 학기의 응용 프로그램 아키텍처 수업을 쉽게 채울 수 있습니다.

데이터베이스의 트랜잭션 모델을 이해하십시오. Oracle 및 SQL Server는 모두 트랜잭션을 지원하지만 작동 방식은 조용히 다릅니다.

이것은 간단한 대답이없는 매우 광범위한 질문입니다. 이것이 중소형 프로젝트 인 경우 Connection String을 Web.config (ConnectionStrings 섹션)에 넣고 내장 SQLDATASOURCE 컨트롤을 사용하여 액세스합니다.

프로젝트의 다른 계층을 분리하는 것이 항상 가장 좋습니다. MVC 프레임 워크를 살펴보십시오.

Wikipedia의 MVC

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