아기사랑
(고흥식)
|
|
데이터셋을 열고 닫을 때마다 트랜젝션이 발생하겠지요. 트랜젝션수가 늘어나면 당연히 성능에도 영향을 끼칩니다. 데이터셋에 데이터르르 갱신 후에 트랜젝션을 걸고 일괄적으로 적용 하시는게 가장 이상적입니다.
2017-06-16 오후 5:37:16
|
|
| |
마음이
(한희숙)
|
|
네. 두방법 모두 데이터셋에 데이터를 갱신후에 트랜젝션으로 일괄적용하고 있거든요. 그럼 첫번째와 두번째중에 어느 것이 이상적인 방법일까요?
2017-06-17 오후 12:55:05
|
|
| |
아기사랑
(고흥식)
|
|
ADO를 사용하느냐 dbExpress를 사용하느냐 여러가지 요인에 따라 다릅니다. ADO라면 커서가 서버쪽이냐 클라이언트쪽이냐에 따라 달라집니다. 어떤 결과를 원하시는지 모르겠습니다만 dbExpress가 처음 등장한 배경에 대해 조금만 생각해 보시면 됩니다 기존의 ADO가 커서를 기반으로 데이터를 처리하기 때문에 부하가 있습니다.
이런 문제는 최대한 단순화 시켜서 처리해서 개선하고자 한게 dbExpress입니다. dbExpress라면 두번째 코드는 Apply하기 전까지는 로컬에서만 데이터가 변경되기 때문에 서버쪽에 부하가 전혀 없습니다. 반면에 ADO 라면 커서를 옮겨 다니기 때문에 공유잠금과 트랜젝션 문제가 발생합니다.
만약 양쪽 코드가 모두 ADO라면 사실상 최종 결과물은 큰 차이가 없습니다.
2017-06-18 오후 11:50:00
|
|
| |
마음이
(한희숙)
|
|
Zeos library를 사용하고 있습니다. 이건 위의 둘중 어느 방법이 좋을지요? 감사합니다.
2017-06-19 오전 11:15:08
|
|
| |
마바리
(이훈)
|
|
C/S환경이면 첫번째 추천요
2017-06-19 오후 2:20:11
|
|
| |
마음이
(한희숙)
|
|
감사합니다.
2017-06-19 오후 3:15:29
|
|
| |
백록화님
(한규섭)
|
|
첫번째것이 조금 속도는 이득이겟지만 좀더 향상을 시킨다면...
qrycust.sql.clear;
qrycust.sql.text:= 'update cust set cardno = '+quotestr(trim(edcardno.text))+' where id = :pid';
...
while not (qutemp.eof) do begin
qrycust.params[0].assting:= qytemp.fieldbyname('id').asstring;
qrycust.execsql;
...
매번 sql.clear; sql.text:= '...' 를 할필요가 없어요 execsql 의 경우 close 를 할 필요도 없고요.. 좀더 속도향상이 필요하다면 fieldbyname 을 fields 로 바꿔도 됩니다.
qytemp 가 dbgrid 같은 콘트롤에 연결되어져 있다면 disblecontrols / enablecontrols 도 쓰세요..
2017-06-20 오후 3:49:35
|
|
| |
마음이
(한희숙)
|
|
감사합니다. 백록화님. 사실은 아래코드처럼 FindComponent을 써야해서 close; sql.clear 를 사용했어요. 아래 코드 상황에서도 최적화시킬 수 있는 방법이 있을까요?
x:=1;
While not (Qytemp.eof) do
begin
qrycust.close;
qrycust.sql.clear;
qrycust.sql.text:='Update Cust set carno='''+FindComponent('edCarno'+IntToStr(x))).Text)+''' where ID=Qytemp.fieldbyname('ID').asstring';
qrycust.execsql;
x:=x+1;
Qytemp.next;
end;
Conn.Commit;
2017-06-21 오후 5:43:10
|
|
| |
