• Daum
  • |
  • 카페
  • |
  • 테이블
  • |
  • 메일
  • |
  • 카페앱 설치
 
카페정보
카페 프로필 이미지
닷넷 (.NET) 프로그래머 모임
 
 
 
카페 게시글
ASP.NET 질문 현업에서의 개발방법..질문..
처음과같이 추천 0 조회 287 12.08.08 14:58 댓글 16
게시글 본문내용
 
다음검색
댓글
  • 12.08.08 15:31

    첫댓글 음... 아주 기본에 충실한 사이트를 잘 만드신것 같습니다. 자바는 손을 많이 대야해서(할것도 많구.) 닷넷의 장점은 그런걸 많이 줄여주죠 그래서 뭔가 빠진것 같은 느낌이 드실줄로 사료 됩니다. 프로그램은 뭔가 빠지면 안 돌아가는것인데 잘 돌아 가니 빠트린건 없다고 생각됍니다. 위 내용만 보고 말씀 드리기는 힘들지만. 문제가 없다고 봅니다. 다만 아쉬운건..
    가능하면 프로시져로 만드시는것을 추천합니다. 쿼리문 던지는것보다는 프로시져가 좋습니다.

  • 12.08.08 15:33

    프로시져로 하는게 데이타 결과값받는 속도도 좋구.. 만일 수정할 내용이 나오면 쿼리문을 넣으시면 빌드 해서 dll 배포하고 참조 하고 해야하지만. 프로시져는 프로시져 안의 쿼리문만 바꾸면 돼므로 배포도 간단합니다. 그것빼고는 일반 프로젝트하고 차이는 없을것 같습니다. 큰 프로젝트는 자주 쓰는 함수 / 기능등을 Interface를 해놨다는것밖에는 없으므로
    게시판만 제대로 동작돼게 한다면 뭐. 찬사를 보내드립니다^^

  • 12.08.08 20:55

    인라인 쿼리는 보안에 취약하죠. sql injection 검색해서 확인해 보심이.

  • 작성자 12.08.08 21:04

    심회장님(까페장이시니..) 감사합니다~

  • 작성자 12.08.08 21:01

    찬사..!! 감사합니다. (--)(__)
    페이지에 두서없이 불러두었던 변수들 줴다 VO객체로 분리하는 작업과 SELECT성 쿼리들은 줴다
    프로시저로 빼는 작업중이었는데...퓨전마법사님 답변을 들으니 부담없이 삽질 할 수 있겠군요!!
    간만에 연장 챙겨야쓰것습니다..ㅎㅎ

    답변 감사합니다!!

  • 삭제된 댓글 입니다.

  • 12.08.09 09:01

    프로시저를 쓴다고 해서 꼭 로직을 넣을필욘 없다고 생각합니다. 각각의 장점만 취하면 되는거죠

  • 12.08.09 09:00

    음.. 디비에 종속 된다라..디비에 종속된다는게 어느선까지 종속인지 감이 안 잡히네요.
    일반적으로 지금까지 개발을 하면서 inlinequery를 짜본게 없군요.. 당연히 프로시져로 해야한다 생각하고 해왔고 해온거 같군요.. 내가 프로시져 싫다고 해서 다들 프로시져 짜는데 저만 쿼리문 짤수도 없구.. 제가 생각하기엔 우리 개발 선배님들이 여러 조건 상황을 따져보니 프로시져로 하는게 좋아서 일반적으로 우리 나라의 거의 모든 프로젝트가 프로시져로 된거일지도 모르겠습니다. 뭐 100명중에 99명이 옳다고 해서 그게 옳은건 아니겠지만.. 그래도 거의 정답에 유사하지 않을까 합니다.

  • 12.08.09 09:30

    헉.. 제가 글 연결해서 남기고 잇엇느데.. 김형태님이 이미 제 글을 요약해서 밑에 글은 지웠습니다. 하하하. 맞는말 같아요. 프로시져에다가 로직을 넣을 필요는 없다고 보는데. 만일 로직이 들어간다고 해도 인라인쿼리문보다는 프로시져로 짜는게 훨씬 더 장점이 많습니다. 종속된다 할지라도요. 그리고 ORM정신이 뭔지는 자세히 모르겟지만 ORM 닷넷 프레임웍인 NHibernate 프레임웍에서도 프로시져활용하는 설명이 있는데요. .ORM 정신에 위배된다면 프로시져 사용을 아예 못하게 하지 않을까 싶습니다..

  • 12.08.09 13:48

    저장프로시저 사용은 정적 쿼리 경우 당연히 속도는 동적쿼리보다는 성능이 우월하죠. 그리고 관리측면도 다소 있습니다. entity framework 는 linq 로 select 쿼리를 복잡성 즉, 복잡한 join 구문으로 구현할 경우, 자동으로 entity 엔진에서 성능이 제일 좋은 쿼리구문을 만들어 준다는 보장은 없습니다. 그리고 entity framework 의 좋은 장점이 많지만, 그 뒤에 숨어있는 단점 또한 많습니다. 그래서 한번 카페에 entity framework 도입한 대형 구축한 사례가 있으신지 문의한 적이 있지만 답변은 없더군욤..^__^;;; 저번 훈스세미나 갔을때 훈스사이트를 entity framework 로 구현한다고 들었는데 ... 잘은 모르겠습니다..하하

  • 12.08.09 14:00

    그리고 dba 분들이 말씀하시길, 복잡한 ms-sql 쿼리 구문이 오라클에서 동일한 성능을 발휘한다는 보장은 없다고 합니다. 실행계획은 각 db 업체마다 다소 다른듯 싶더군욤. 그래서 저장프로시저를 db 별로 분리하여 쿼리 구현한다면 성능 보장을 받을 수 있을겁니다. 가끔 다른 언어 쓰시는 분들이 닷넷을 무시하는 발언은 거의 느리지 않냐~ 불안정하지 않느냐는둥.. 이런 발언은 db와 너무 밀접히 사용을 하다보니 ^^; 그래도 온코드님의 좋은 장점은 무시못하는 부분이기도 합니다. 카페에 entity framework 에서도 저장프로시저를 사용할 수 있는 방법이 있으니 복잡하고 성능 이슈 부분은 그것으로 대체한다면 서로 보완이 되겠지요...^^

  • 12.08.09 14:12

    카아~~~ 이 토론 정말 재미있고 좋은데요^^ 우리 이런 대화는 오프라인으로 만나서 애기해요~~ 글쓰신분이 처음과같이라는 분이시네요.. 제가 처음처럼 이라는 소주를 별로 안 좋아시만 이런 토론을 위해서라면 참이슬을 포기하고 처음처럼을 마시겠습니다 음하하하..

  • 12.08.10 10:14

    헐 결론은 소주가 땡긴다ㄷㄷ ㅋㅋ;;;

  • 12.08.10 10:26

    음 여기도 댓글 남기긴 좀 적당하지 않은 곳이네요. 글 삭제 합니다. 좋은 하루 되세요.

  • 12.08.10 13:34

    아쉽네욤 ^^* 좋은 의견 댓글이었는데 말이죠. 개발을 하다보면 정답은 없는 듯 싶습니당.^^*

  • 작성자 12.08.10 12:39

    헐..삽질 좀 하고 온 사이에 폭풍토론이 있었네..;;
    자리 생기면...날아가야죠~ ㅎㅎ;;

최신목록