coolling wrote:

> 디비는 파라독스입니다...

> 먼저 . 해당 조건에 맞는 데이터를 쿼리하기 위해, 쿼리를 사용했습니다..

> 두번째. 해당 데이터로 날짜연산과, 1개의 프로시져와

> 3개정도의 함수(다른 table에서 합계를 구하는 함수)등의 많은 라인의 수식을 거쳐서

> 세번째. 조건(if)문으로 처음 쿼리한 데이터중에서 맞지 않는 데이터를 거러내서

> 최종적으로 제가 원하는 데이터를 임시테이블에 Append 함수를 사용해서, 저장시킵니다.

> 네번째. 이런 루틴을 먼저 쿼리한 데이터의 수만큼 Loop를 돌립니다.

>

> 왜 이렇게 했냐구요.. 파라독스는 인라인뷰가 먹히지 않고, 날짜연산을 처리하기가

> 매우 어렵더군요...

> <참고로 날짜는 string형으로 저장되어서 Date형으로 변환해서 연산처리 합니다.... >

>

> 너무 장황하게 설명을 해서 잘 이해가 갈런지.??

> 어째든.. table의 총데이터수는 730개 정도이구요,..

> 첫번째 쿼리 결과의 데이터수는 119개.

> 최종 결과의 데이터수는 30개입니다....

> 이거 계산하는데 걸리는 시간이 43초. 처음에는 50초가 넘게 걸렸는데..

> 더이상 줄이지는 못하겠습니다.. 지금은 test단계인데..

> 앞으로 더 많은 데이터를 가지 연산을 할려니까 걱저이되서요...

> 어떻게 해결 할 방법이 없겠습니까??

> 아무 의견이라도 좋으니 좋은 생각이 있으시면, 한마디씩 적어주세요..

>

> <추신> 밑에 질문한 파라독스의 table type에 관한 질문에 답변도 좀.....

>

> 계속 바라기만 하는것 같아서 미안하지만, 저도 언젠간 다른 사람의 질문에 답변할 날이 오겠죠...^^



QUERY나 테이블의 CACHEDUPDATE를 TRUE로 설정하고 작업이 완료되면

ApplyUpdate명령을 사용하세요

그러면 빠를 겁니다.

CachedUpdate가 False이면 한레코드마다 DB와 작업이 이루어지므로 느립니다.

이것이 True이면은 DB와 연결이 끊어진 상태에서 메모리로 작업이 이루어지기때문에

이전보다는 빠를겁니다.

쩝..

그러면 총 몇번 루프를 돈가염?-.-;



coolling wrote:

> 디비는 파라독스입니다...

> 먼저 . 해당 조건에 맞는 데이터를 쿼리하기 위해, 쿼리를 사용했습니다..

> 두번째. 해당 데이터로 날짜연산과, 1개의 프로시져와

> 3개정도의 함수(다른 table에서 합계를 구하는 함수)등의 많은 라인의 수식을 거쳐서

> 세번째. 조건(if)문으로 처음 쿼리한 데이터중에서 맞지 않는 데이터를 거러내서

> 최종적으로 제가 원하는 데이터를 임시테이블에 Append 함수를 사용해서, 저장시킵니다.

> 네번째. 이런 루틴을 먼저 쿼리한 데이터의 수만큼 Loop를 돌립니다.

>

> 왜 이렇게 했냐구요.. 파라독스는 인라인뷰가 먹히지 않고, 날짜연산을 처리하기가

> 매우 어렵더군요...

> <참고로 날짜는 string형으로 저장되어서 Date형으로 변환해서 연산처리 합니다.... >

>

> 너무 장황하게 설명을 해서 잘 이해가 갈런지.??

> 어째든.. table의 총데이터수는 730개 정도이구요,..

> 첫번째 쿼리 결과의 데이터수는 119개.

> 최종 결과의 데이터수는 30개입니다....

> 이거 계산하는데 걸리는 시간이 43초. 처음에는 50초가 넘게 걸렸는데..

> 더이상 줄이지는 못하겠습니다.. 지금은 test단계인데..

> 앞으로 더 많은 데이터를 가지 연산을 할려니까 걱저이되서요...

> 어떻게 해결 할 방법이 없겠습니까??

> 아무 의견이라도 좋으니 좋은 생각이 있으시면, 한마디씩 적어주세요..

>

> <추신> 밑에 질문한 파라독스의 table type에 관한 질문에 답변도 좀.....

>

> 계속 바라기만 하는것 같아서 미안하지만, 저도 언젠간 다른 사람의 질문에 답변할 날이 오겠죠...^^

다시 읽어보니 제가 봐도 무슨말인지 모르겠군요....

TABLE의 총 레코드는 약 800개 정도

여기서 쿼리한 결과가 120개 ...

그리고, 인라인뷰가 안먹히는 관계로 FOR LOOP를 사용

즉 LOOP는 200번 정도 돈다고 생각하면 되지만 앞으로는 더 많아 지겠죠...

LOOP중간에 날짜계산 함수가 엄청나게 쓰이고, 제가 만든 함수(합계구하는 SUM 쿼리)가

4개 프로스져(UPDATE하는 쿼리)가 한개 사용됩니다...





어린왕자 wrote:

> 쩝..

> 그러면 총 몇번 루프를 돈가염?-.-;

>

> coolling wrote:

> > 디비는 파라독스입니다...

> > 먼저 . 해당 조건에 맞는 데이터를 쿼리하기 위해, 쿼리를 사용했습니다..

> > 두번째. 해당 데이터로 날짜연산과, 1개의 프로시져와

> > 3개정도의 함수(다른 table에서 합계를 구하는 함수)등의 많은 라인의 수식을 거쳐서

> > 세번째. 조건(if)문으로 처음 쿼리한 데이터중에서 맞지 않는 데이터를 거러내서

> > 최종적으로 제가 원하는 데이터를 임시테이블에 Append 함수를 사용해서, 저장시킵니다.

> > 네번째. 이런 루틴을 먼저 쿼리한 데이터의 수만큼 Loop를 돌립니다.

> >

> > 왜 이렇게 했냐구요.. 파라독스는 인라인뷰가 먹히지 않고, 날짜연산을 처리하기가

> > 매우 어렵더군요...

> > <참고로 날짜는 string형으로 저장되어서 Date형으로 변환해서 연산처리 합니다.... >

> >

> > 너무 장황하게 설명을 해서 잘 이해가 갈런지.??

> > 어째든.. table의 총데이터수는 730개 정도이구요,..

> > 첫번째 쿼리 결과의 데이터수는 119개.

> > 최종 결과의 데이터수는 30개입니다....

> > 이거 계산하는데 걸리는 시간이 43초. 처음에는 50초가 넘게 걸렸는데..

> > 더이상 줄이지는 못하겠습니다.. 지금은 test단계인데..

> > 앞으로 더 많은 데이터를 가지 연산을 할려니까 걱저이되서요...

> > 어떻게 해결 할 방법이 없겠습니까??

> > 아무 의견이라도 좋으니 좋은 생각이 있으시면, 한마디씩 적어주세요..

> >

> > <추신> 밑에 질문한 파라독스의 table type에 관한 질문에 답변도 좀.....

> >

> > 계속 바라기만 하는것 같아서 미안하지만, 저도 언젠간 다른 사람의 질문에 답변할 날이 오겠죠...^^