http://me2day.net/ 미투 가입하고 새로운 친구를!

asdfg님 2008년 2월 28일, 목요일 오후 1시 31분 글의 댓글

RedBaron
성급한 일반화의 오류 아닐까요?.. 2008/02/28
백일몽
프로시져 안 써 2008/02/28
백일몽
예전에는 cs 만들던 시절에는 로직을 포로시저에 다 때려놓았는데 웹으로 오면서 그런게 좀 적어지건 사실. 프로시저를 사랑하는 분들도 아직도 계시겠지만 개인적으로 디비 종송적인 녀석을 안 좋아라 하는 2008/02/28
kkung
어느정도는 맞는 얘기라고 생각되요. 장기적인 관점에서의 유지보수도 어렵고.. DB종속도 종속이고 로직의 분리도 나중엔 치명적이더라구요 -ㅇ- 2008/02/28
shinvee
사용하는 상황에 따라 다르다고 생각되요. 모바일 어플리케이션 개발의 경우 속도때문에 많은 모델 로직을 클라이언트에 넣긴 힘들다고 하더군요. 2008/02/28
시트콤_훗쇼
개발자 분들의 생각은 약간 다르군요 'ㅁ' 그런데 여기서 이야기하는 DB종속적이라는 이야기는 플랫폼 종속적이란 소리인가요 인스턴스 종속적이란 소리인가요? 'ㅁ';; 2008/02/28
시트콤_훗쇼
제 경험상에는 프로시져를 사용하지 않는 경우가 유지보수가 더 어렵던데…. 'ㅁ';;; 2008/02/28
에규데라즈
한글로 해석좀 ㅋㅋ 2008/02/28
파랑소리
무분별한 남용은 당근 그렇긴 하지만, 프로시저 사용을 안하는 것도 여러모로 문제를 더 야기할 수 있어서요,,, 전 종속까지는 아니더라도 즐겨 사용하는 편입니다… 2008/02/28
달콤한 애벌레
비즈니스 프로세스만 확고하다면 괜찮지 않을까요? 2008/02/28
짹
프로시져에 관한 안좋은 추억은 ASP+MSSQL 로 되어 있던 것을 CS로 바꾸라는데 중간에 MDB 파일로 캐쉬를 두라고 하더군요. 아시다시피 MDB 는 SP 안되죠. SP 까보니 온통 또 function 들.. 정말 죽고 싶었습니다 그 때. 2008/02/28
kkung
장기적 관점의 유지보수는 아무래도 인수인계겠죠. 그나마 SP쪽이든 코드쪽이든 담당자가 한명이 오래가면 문제 없는데 양쪽 다 담당자가 바뀌기 시작하면 그떄부터 비극은 시작..-ㅇ- 2008/02/28