부모글 보이기/감추기 AD BLOCK 해제 요청 이 글에는 광고가 많이 들어가 있지 않습니다. adblock을 해제하셔도 글을 읽는데 그다지 부담이 없으니 해제를 부탁드립니다. Writing Provider Independent Code in ADO.NET ; http://msdn2.microsoft.com/en-us/library/t9f29wbk.aspx 한번쯤 읽어보는 것도 좋겠지요. 아마도 여기 기술된 설계 원칙이 Enterprise Library에 반영되었을 거라 생각되는 군요. [다음 글] .NET : 51. FxCop 관련 PDF 문서[이전 글] TFS : 68. TFS Proxy 서버 설치하는 방법 [최초 등록일: 1/24/2007] [최종 수정일: 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) 1078정성태10/6/200912208IIS : 28. WebDeploy 도구 - WebDeploy Auto-Completion UI 1077정성태10/5/200911107TFS : 175. TFS 2010 - Basic 설치 모드1076정성태10/5/200911106Debug : 42. 설치 또는 패치 시에 무한 재부팅을 요구하는 현상1075정성태9/30/200910691Windows 7: 3. XP Mode 응용 프로그램의 다중 모니터 지원 조건1073정성태9/25/200911473Vista : 56. 목록상자 항목 선택시에 "띵"하는 소리1072정성태9/24/200919015.NET 3.0 : 34. WPF - 요소의 절대 좌표값 구하기1071정성태9/17/200910452VS.NET IDE : 52. VS 2010 - WPF 디자이너 확장 코드 예제1070정성태9/16/200910600VS.NET IDE : 51. Code Snippet 을 이용한 WPF 의존/첨부 속성 정의 코드 생성 [1]1069정성태8/22/200910858.NET : 105. STM.NET on DevLabs1068정성태8/20/200912069개발 환경 구성: 130. WinSxS 폴더 이해1067정성태8/6/200910528개발 환경 구성: 129. Windows Vista/2008에서 .NET 1.1 설치1066정성태7/31/200912199.NET 3.0 : 33. WPFPresenter.zip - PPT를 XAML 로! [1]1065정성태7/31/200910547VS.NET IDE : 50. Debugging without executing your application1064정성태7/28/20099993VS.NET IDE : 49. Visual Studio 2010 ...1063정성태7/20/200911922Windows 2008 : 13. R2 - Trigger-Start Services [1]1062정성태7/9/200910326VS.NET IDE : 48. 분리된 환경설정으로 Visual Studio 2008 실행1061정성태7/9/200910787개발 환경 구성: 128. Web Services Contract First tool1060정성태7/2/200911066개발 환경 구성: 127. UAC 모드에서 Virtual Server 웹 사이트 접근1059정성태6/29/200912734x64 : 4. DLL Surrogate의 또 다른 활용 - 32bit응용 프로그램에서 64bit COM개체 호출1058정성태6/23/200911716.NET 3.0 : 32. WCF - GetObject 로 서비스 프록시 인스턴스를 얻는 방법1057정성태6/19/200911091.NET 3.0 : 31. WPF - ConveterParameter 로 1개 이상의 값을 전달하고 싶다면?1056정성태6/17/200910668.NET 3.0 : 30. WPF - 다중 AppDomain에서 WPF 응용 프로그램 호스트1055정성태6/15/200910561VS.NET IDE : 47. 디버그 중지점(Break Point) 목록 내보내기/가져오기1054정성태6/6/200910955Vista : 55. FAQ: How do I start a program as the desktop user from an elevated app?1053정성태6/1/200910477Debug : 41. PDB 다운로드 시도를 없애는 방법1052정성태5/28/200911587.NET 4.0: 9. .NET Framework 4 Client Profile 1 2 3 4 [5] 6 7 8 9 10 11 12 13 14 15 ...