맞습니다 Sybase는 실제 sql로 작성을 하시면 받드시 파싱을 거쳐 트리를 생성하고

procedure는 파싱단계를 생략하므로 빠릅니다.

오라클처럼 실행트리를 만들어 주려면 abstract plan을 생성해서 하시면 되는데..

오라클과 마찬가지로 문장이 조금이라도 틀리면 안타지요....

일단 지연님의 계속되는 댓글 감사합니다.

사이베이스는 프로시져로 짜야 재 컴파일 필요없이

쿼리(똑같은 문장이라도 재파싱 거침)보다 훨 빠른 아키텍쳐네요.

Sybase 에도 Statement Cache 라는 기능이 있습니다.

Default 로 비활성화되어 있으며 이를 statement cache size 를 설정해 주시면 활성화됩니다.

기능은 위에서 말씀하신 것과 같구요 Sybase ASE 12.5.2 버전부터 사용가능 합니다.

Statement Cache  기능을 활성화 해서 쓰면은

sql 재파싱 필요없이 프로시져와 같이 처리 된다는 말씀이네요..

사실 프로시져 쓰기 시려서요. sql 로 top 처리해서

프로그램 단에서 필요없는 부분만 걸려낼려고 합니다.

예로 2번째 페이지면은 11~20 이므로 select top 20 ....

프로그램 단에서 1~10 rows 걸려냄 이런 형식으로 사용자가

쿼리만 날리면은 자동으로 페이지 처리 되도록 프레임웍 구성을

해 놓은게 있거든요, 글구 프로시져 쓰면은 #temp 써야되고

#temp 안쓰는 페이징 처리도 있지만은 좀 지저분해서요.

이런글을 남긴겁니다.