database.sarang.net
UserID
Passwd
Database
DBMS
MySQL
PostgreSQL
Firebird
Oracle
Informix
Sybase
ㆍMS-SQL
DB2
Cache
CUBRID
LDAP
ALTIBASE
Tibero
DB 문서들
스터디
Community
공지사항
자유게시판
구인|구직
DSN 갤러리
도움주신분들
Admin
운영게시판
최근게시물
MS-SQL Q&A 6334 게시물 읽기
No. 6334
스토어드 프로시져 관련 질문입니다.
작성자
조동건(ceastgun)
작성일
2012-02-29 14:42ⓒ
2012-02-29 14:43ⓜ
조회수
7,709

 

예전에는 스토어드 프로시져가 더 빨라서 무조건 좋다고 생각을 했었는데

다시 생각을 해보니 스토어드 프로시져는 케쉬 메모리를 잡고 있어서

상황에 따라서 서버를 다운 시킬 수도 있을 것 같은데요

이렇게 케쉬 메모리를 잡고 있는 것은 무시해도 되는 정도인가요

아니면 자주 사용하지 않는 쿼리문의 경우에는 스토어드 프로시져를 쓰지

않고 일반 SQL문 처리를 하는게 나은지 궁금합니다.

질문을 다시 정리하자면 "스토어드 프로시져는 무조건 좋은가?" 입니다.

스토어드 프로시져를 쓰지 않았을 때의 장점도 가르쳐주시면 감사하겠습니다 ^^

 

 

 

 

이 글에 대한 댓글이 총 2건 있습니다.

  SP가 빠르다... 는 건 보통 반복되어 실행될때 플랜 캐쉬를 저장했다가 재활용하기 때문에 빠르다고 합니다.

그럼 이 플랜캐쉬가 메모리를 꽉 채운다면 어떻게 되는가.. 라는 질문이신거 같은데요..

그럴때 DBA가 '따당~' 등장해서 DBCC FREEPROCCACHE로 전체 내지는 특정 캐쉬를 지워버려서 메모리를 확보합니다.

일반 SQL문도 캐쉬를 잡아 먹기 때문에 더더욱이 프로시저를 사용하셔야 됩니다.

즉, select * from table where id = 1 과 select * from table where id = 2가 별도로 취급되어 각각의 계획이 메모리에 잡힙니다.

프로시저를 쓰지 않았을때의 장점은 그렇게 프로그램 짠 놈을 데리고 기합주기 좋다(?) 정도가 있지 않을까 싶습니다.

우욱님이 2012-03-01 20:10에 작성한 댓글입니다. Edit

답변 감사드립니다.

오늘도 좋은 하루 되세요 ^^

조동건(ceastgun)님이 2012-03-02 08:44에 작성한 댓글입니다.
[Top]
No.
제목
작성자
작성일
조회
6337mssql linked server mysql 연결시 trigger 오류발생 [2]
문성주
2012-03-06
15841
6336MSSQL inDex [3]
박해일
2012-03-02
7421
6335이런경우 SQL문장 어떻게 만드나요 [1]
김길동
2012-03-02
6991
6334스토어드 프로시져 관련 질문입니다. [2]
조동건
2012-02-29
7709
6331시험문제 데이터베이스 & 앱 [3]
우세연
2012-02-24
6649
6329쿼리 질문여... 이런거 되나요? [2]
우세연
2012-02-22
6480
6328특정 테이블 복구 [1]
엄중섭
2012-02-21
7832
Valid XHTML 1.0!
All about the DATABASE... Copyleft 1999-2024 DSN, All rights reserved.
작업시간: 0.021초, 이곳 서비스는
	PostgreSQL v16.2로 자료를 관리합니다