우선은 sap note를 찾아보시는게 좋겠구요.

다음으로는 조회조건을 줘서, 조회되는 데이터가 줄도록 가이드 하는게 좋겠습니다.

해당 note는 없네요.. ㅡ.ㅡ;

ST05등을 통해서 직접해야 할 텐데.. 약간 튜닝 지식이 있어야 할 겁니다.

무난한 자료가 있으면 찾아서 등록해 보겠지만.. 그야말로 무난해서 별 도움이 안될듯하네요.

정군님 감사합니다^^;

무난해도 괜찮으니 도움을 주시면 감사하겠습니다.

이것 가지고 너무 오래 끌다간  완전 박살 납니다..ㅡㅜ

ST05를 통해서 Query는 봤습니다. AFAK, COSS, COSP 테이블 OPEN작업시에

엄청난 시간이 소요 되더군요...

하지만 어뜨케 개선을 해야 할지..난감하네요^^;

정군님 도움여부를 떠나서 너무너무 감사합니다~^^;

초보의 갈길은 정말 끝이 안보이네요...ㅡㅜ

자료는 3시까지 다운로드가 안되서 못 보고 있어요~ㅎㅎㅎ

언넝 3시가 되야 할텐데~

만약 시간이 많으시다면...

해당 테이블에서 자주 쓰이는 필드들에 대해 index 걸어 두시는 방법도 괜찮을 것 같습니다.

(물론 데이터 건수가 많으면 index 생성하는 것 역시 오래 걸립니다.)

또는...

오래된 데이터에 대해 아카이빙을 해서 DB 볼륨을 줄이는 방법도 생각해 볼 수 있을 것 같습니다.

한해동안님 답변 주셔서 감사합니다~

아카이빙은 주기적으로 하구 있답니다~^^.

어제 Trace 써서 다시한번(장장 1시간....ㅡㅜ) Select 문장을 봤습니다.

문제가 SELECT ~ ENDSELECT로 인해 한 테이블을 쿼리하는데 오래 걸릴것이라 생각을

했는데....그게 아니더군요..약 10초~30초 걸리는 SELECT 문들이 수만번 실행이

되다보니 종합적으로 시간이 오래 걸리는 거였습니다.

문제는 한곳의 폼이나 프로그램에 그 SELECT들이 모여 있는 것이 아니라

인클루드 된 곳에서 FORM을 호출하고 그곳에서 또 인클루드 되고 또~또~이렇게 들어가다보니

SELECT~ENDSELECT를 어떻게 손을 대 볼수가 없네요.

쳐다보고 있으니...한숨만 푹푹 나옵니다...ㅠㅠ

일단은 생각해본것이 검색 대상이 되는 Internal order의 갯수를 줄여보는것과

10~30초 걸리는 것들을 더 짧은 시간으로 줄일 수 있다면 결과적으로 조금더

빨라지지 않을까 생각해 봅니다..

답변주신 정군님과 한해동안님 감사합니다^^

열심히 파고 또 파봐야죠~