Microsoft MVP성태의 닷넷 이야기
홈 주인모아 놓은 자료프로그래밍질문/답변사용자 관리 RSS OPML Link
.NET : 50. 공급자 독립적인 코드 작성 [링크 복사], [링크+제목 복사],
조회: 9659
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
http://www.sysnet.pe.kr
첨부 파일
 

Writing Provider Independent Code in ADO.NET
; http://msdn2.microsoft.com/en-us/library/t9f29wbk.aspx

한번쯤 읽어보는 것도 좋겠지요. 아마도 여기 기술된 설계 원칙이 Enterprise Library에 반영되었을 거라 생각되는 군요.






[최초 등록일: ]
[최종 수정일: 1/24/2007]

비밀번호
댓글 작성자
 


2007-01-24 01시55분
[이방은] 글쎄 잘 모르겠네요.
저는 일단 대형 프로젝트를 해본 경험이 없어서인지..(많아야 5명 정도..ㅡ.ㅡ;;)
일단 하나의 프로젝트에서 여러 DBMS를 써본 경험도 없네요..
위 글에서 보여준 팩터리 패턴이나 엔터프라이즈템플릿에 구현되어 있는 인터페이스 형식이나(지금버전은 모르겠습니다만..예전 버전은 인터페이스로 되어있었던듯...) 써 본적이 없네요..@.@
실제로 인터페이스를 쓰거나 팩터리 패턴을 사용하는 방법은 확장성과 범용성 부분에서는 잇점이 있긴 하지만..
성능적인면은 더 떨어지지 않습니까??
3년 전쯤이지만 엔터프라이즈템플릿의 SQLHelper 의 인터페이스 구현 부분만 MSSQL 공급자 형식으로 변경 하였을경우
성능테스트에 우수함을 볼 수 있었죠..

만약에 대형 프로젝트에서 이기종간의 DBMS의 연결이 허용되어야 한다면 코딩량을 줄이기 위해서라도 위 방법이 좀 더 낫겠지만요.
이 부분도 성능으로만 본다면 각자의 공급자형식을 갖는데 더 낫겠죠..

종종 이런 얘기도 있습니다만.
예를 들어 처음에 MSSQL로 개발 되었다가 후에 ORACLE로 변경이 된다면 어떻게 할 것이냐..라고 한다면..
ㅋㅋ (대부분 이 예시를 들었던것 같습니다..ㅡ.ㅡ;)
다시 코드를 바꿔야 겠죠..@.@
그러나 이런 경우가 실제로 있다고 가정하고 약간의 퍼포먼스 손해를 감안하고 위 패턴을 사용해야 할까...하고 생각이 듭니다..

저의 경우는 그냥 MSSQL 전용..을 씁니다..
[guest]
2007-01-24 02시19분
예. 이방은 님의 말씀이 맞습니다.
그렇죠... 대표적인 비교예가... (저도 숱하게 들어봤습니다.) MSSQL 에서 Oracle 로 변경될 거면 어쩌냐 하는 것이었는데. 경험상 그러한 적이 한번도 없었습니다. 사실, 불편하게 쓰던 사람들(Oracle)이 쉬운 환경(MSSQL)으로 이전하기는 쉬워도 그 반대는 꽤나 어렵죠. 그외에도 현실적인 문제라면... 대개의 경우 프로그래머가 투입되어 작업이 되는 정도의 단계라면... ^^; 이미 개발에 사용될 것들에 대한 품위가 모두 올라간 상태이기 때문에 MSSQL 구매했다가 도중에 Oracle을 다시 구매할 정도로 용기있는 관리자가 많지는 않다는. ^^;

일단, 그건 그렇다 치고.

다시 문제로 돌아와서, 엄밀히 따지고 보면 위의 공급자 독립 코드 작성이 응용 프로그램의 성능 문제와는 그다지 연관이 없을 듯 싶습니다. 인터페이스 기반이라고 해서 성능이 늦다기 보다는. 오히려 제약이 DB 쪽의 Stored Procedure에 달려 있다고 봐도 무방하지 않을까요?

여기서는, 생각을 DB 와 함께 묶어서는 안된다고 봅니다. 대개들 "공급자 독립적인 코드 작성"을 생각하면 DB 단 까지도 독립적이어야 한다고 생각하는 것이 보통인데요. 그러다 보니, ... DB 까지도 독립적으로 만들기 위해서 SP 를 쓰지 않거나 - 쓴다 하더라도 완전히 표준 SQL쿼리만을 사용해야 하기 때문에 성능이 늦어지는 데 한몫할 수도 있을 것입니다.

그와는 달리, DB 의 SP 재활용을 어느 정도 선에서 포기하고 입력/출력만 파라미터만 설계하는 정도라면 Application 과의 독립성을 유지하는 경우가 있을 수 있겠습니다. 위에서 제시한 "공급자 독립 코드 작성"은 그런 측면에서 의미가 있다고 볼 수 있겠지요. ^^
kevin25
1  2  3  4  5  [6]  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
1052정성태5/28/200911587.NET 4.0: 9. .NET Framework 4 Client Profile
1050정성태5/21/200912803.NET : 104. 배열 원소 비교
1049정성태5/19/20099671개발 환경 구성: 126. SQL Server 2005/2008 - 가상환경에서의 Clustering 지원
1048정성태5/18/200910345VS.NET IDE : 46. VS 2010 에서의 다양한 T4 사용
1047정성태5/12/200910468Manifest 파일 우선 순위
1046정성태5/9/200910711Debug : 40. .NET 2.0 StackViewer
1045정성태5/7/200918216Windows 2008 : 12. Hyper-V 시스템에서의 표준 비디오 드라이버 설치 고려 - 두 번째 이야기
1044정성태4/23/200919274Windows 2008 : 11. Hyper-V 시스템에서의 표준 비디오 드라이버 설치 고려
1043정성태4/23/200912399Web : 4. 인터넷 익스플로러 8 - InPrivate을 기본 모드로 설정하는 방법
1042정성태4/20/200910779Visual C++ : 16. Thread injection library파일 다운로드1
1041정성태4/10/200910597.NET : 103. FullTrust on the LocalIntranet
1040정성태4/8/200910434TFS : 174. 팀 프로젝트 - Area / Iteration (영역 및 반복) 내보내기/가져오기 도구
1039정성태3/24/20099728.NET : 102. SpicIE - IE Plug-In 프레임워크
1038정성태3/4/20099696VS.NET IDE : 45. Visual Studio를 COM 개체로 제어
1037정성태3/1/200910144.NET 4.0: 8. C# 4.0 - Zip 확장 메서드
1036정성태3/1/200912374TFS : 173. ClickOnce - publish.htm 자동 생성
1035정성태2/27/200911253Windows 2008 : 10. 서버 코어 버전의 IIS 구성 요소 설치 도구 - ocsetup
1034정성태2/27/200910366TFS : 172. TFS 2008과 SQL Server 2005 SP3
1033정성태2/26/200910903SDK : 17. WWSAPI 소개 [1]
1032정성태2/24/200910308.NET : 101. Code Contracts for .NET [1]
1031정성태2/21/20099792.NET : 100. ASP.NET 의 Cache를 일반 응용 프로그램에서도 사용.
1030정성태2/20/200910237.NET : 99. ClickOnce Application 실행 관련 문제점 정리
1029정성태2/19/200910952Visual C++ : 15. MFC Restart Manager Support in VS2010
1028정성태2/10/20099837Windows 2008 : 9. 32-bit optional in Windows Server 2008 R2
1027정성태2/6/200910683Web : 3. Internet Explorer 8 - 보안 (DEP/NX 메모리 보호, ActiveX 보안 개선, 스마트스크린 필터, XSS 필터, 통합 보호)
1026정성태2/4/200910715TFS : 171. Increment your Assembly Versions using Team Build
1  2  3  4  5  [6]  7  8  9  10  11  12  13  14  15  ...