까마귀 wrote:

> 안녕하세요.

> 까마귀입니다. 바쁘게 지내시느라 다들 욕보십니다.

>

> 트랜잭션 문제때문에 테이블 컴포넌트도 써보다가, 쿼리도 써보다가 암튼 이래저래 하다가 쿼리를 사용하고 있습니다.

> 업데이트SQL에서 문제가 좀 있다는 말도 많고 제가 해결못하는 문제도 생기고 해서

> 퀄리에서 RequestLive 속성을 True로 주고 트랜잭션을 실행하고 있습니다.

> 다른 문제는 없는데, Grid상에서 입력시 기존의 데이터가 있는곳에다 수정 및 추가를 하면 아무런 문제가 없습니다.

> 새로운 셀도 마지막에 생기고...

> 그런데, 신규데이터를 입력할때에 문제가 생깁니다.

> 신규이므로 그리드에는 아무것도 없습니다.

> 여기서 처음 데이터를 입력을 하고요, 두번째 입력을 위해 화살표를 아래로 내리면 처음 입력한 데이터가 없어집니다.

> 날아간것은 아니고요, 저장을 하면 나옵니다.

> 제가 원하는 것은 신규에서 처음 데이터를 입력을 하고 두번째 입력을 위해 커서를 내리면 두번째 열에서 입력을 받을수 있었으면 합니다.

> 처음 열에는 처음 데이터가 보이고요.

> 커서를 내리면 내부적으로 Post가 호출이 되니까 그런문제는 아닌것 같고요.

> 저장버튼을 누르기전에는 실제 테이블에 저장이 되어서도 않되거든요. 트랜잭션실행중.

> 어떻게 해야 하는지 좀 알려주십시요.

> 감사합니다. 꾸벅~~.

>

>

>

> 위대한 단군혼이 살아있는 나라.... 대한민국.







저도 같은 증상이 있었는데..(델파이 뻑이 아닐까 싶네요)

dbgrid와 연결된 쿼리의 AfterPost event에 "Quy_Detail.ApplyUpdates" 해 보세요.



혹시 안된다면.....흠....좀 무리가 있겠지만

AfterPost event에서 아예 트랜잭션을 걸어서 commit, rollback해 보셔도 되구요.

결국 그리드에서 한건 등록할 때 마다 바로 디비에 저장되겠죠.

그러면 위에서 말씀하신 입력된 자료가 그리드에서 사라지는 건 방지될겁니다.



더 좋은 해결책이 있으신 분은 자료 올려주세요...

트랜잭션 처리는 비교적 너무 단순합니다.

아래의 소스를 참조 하세요,,,,,,



참고로 RequestLive 속성을 True로 주고 작업을 하시면

서버에 많은 부하를 가져 오게 됩니다.

그지 권장할 만한 사항이 아니군요....



델파이에서 Transaction걸기

사용되는 컴포넌트 : Tdatabase



사용되는 프로퍼티/메소드 : StartTransaction : 트랜잭션 시작

InTransaction : 트랜잭션 여부 확인

Rollback : 작업한 내용을 취소한다.

Commit : 작업한 내용을 적용한다.



예제 :





//등록버튼을 클릭시 데이터를 확인하고 해당작업을 적용한다.

procedure Tform1.Button1Click(sender : Tobject);

begin

with Database1 do

begin

//트랜잭션모드가 아니면 트랜잭션 모드로 전환

if NOT InTransaction then StartTransaction;

end; //with Database1



with query1 do begin

try

close;

sql.clear;

//코딩 생략

sql.add( update emp set deptno = '1' where empno = 1);

.....

execsql;



exception

....

Database1.rollback; //에러발생시 그동안 한 작업을 취소한다.

exit;

end; //try



try

close;

sql.clear;

//Sql.Add 부분 코티생략...

sql.add( delete from emp where deptno = 2);

......

execsql;

exception

....

Database1.rollback; //에러발생시 그동안 한 작업을 취소한다.

exit;

end;//try



......이런식으로 여러 작업을 한다....



//그리고 최종 작업내용을 적용한다.

Database1.commit;

showmessage('작업을 완료했습니다.');

end;//with

end;



다음엔 적절한 select 문으로 갱신 처리를 하면 되겠죠...

자세한 질문은 메일.....

까마귀 wrote:> 안녕하세요.

> 까마귀입니다. 바쁘게 지내시느라 다들 욕보십니다.

>

> 트랜잭션 문제때문에 테이블 컴포넌트도 써보다가, 쿼리도 써보다가 암튼 이래저래 하다가 쿼리를 사용하고 있습니다.

> 업데이트SQL에서 문제가 좀 있다는 말도 많고 제가 해결못하는 문제도 생기고 해서

> 퀄리에서 RequestLive 속성을 True로 주고 트랜잭션을 실행하고 있습니다.

> 다른 문제는 없는데, Grid상에서 입력시 기존의 데이터가 있는곳에다 수정 및 추가를 하면 아무런 문제가 없습니다.

> 새로운 셀도 마지막에 생기고...

> 그런데, 신규데이터를 입력할때에 문제가 생깁니다.

> 신규이므로 그리드에는 아무것도 없습니다.

> 여기서 처음 데이터를 입력을 하고요, 두번째 입력을 위해 화살표를 아래로 내리면 처음 입력한 데이터가 없어집니다.

> 날아간것은 아니고요, 저장을 하면 나옵니다.

> 제가 원하는 것은 신규에서 처음 데이터를 입력을 하고 두번째 입력을 위해 커서를 내리면 두번째 열에서 입력을 받을수 있었으면 합니다.

> 처음 열에는 처음 데이터가 보이고요.

> 커서를 내리면 내부적으로 Post가 호출이 되니까 그런문제는 아닌것 같고요.

> 저장버튼을 누르기전에는 실제 테이블에 저장이 되어서도 않되거든요. 트랜잭션실행중.

> 어떻게 해야 하는지 좀 알려주십시요.

> 감사합니다. 꾸벅~~.

>

>

>

> 위대한 단군혼이 살아있는 나라.... 대한민국.





상관없는 답변같지만..

언그하신 그런 상황(나타나다가 안나타다가)때문이지

몰라도 (저도 델파이 배우면서 봤습니다)

제가 몇몇 대규모 프로젝트를 해보았지만

DBGrid에서 직접 데이터를 인서트하고

업데이트하는 경우는 거의(아예) 없습니다..

적은 데이터이면 몰라도

많은 데이터의 경우 DBGrid상에서 데이터를

저장할 경우 인서트되거나 수정되는 데이터뿐 아니라

현재 그리드에 로드된 모든 데이터에 관해서

트랜잭션이 적용되기때문에 필요이상의 시간이

소요됩니다..

따라서 거의 모든 프로젝트에선 DBEdit를 사용하여

특정레코드를 분리하여 사용하는걸 정석으로

사용하고 있습니다..

물론 이 상황을 알고 계시다면 제가 주제넘은 언급이

된거 같아 죄송합니다..

paulyoon wrote:

>

>

>

> 까마귀 wrote:> 안녕하세요.

> > 까마귀입니다. 바쁘게 지내시느라 다들 욕보십니다.

> >

> > 트랜잭션 문제때문에 테이블 컴포넌트도 써보다가, 쿼리도 써보다가 암튼 이래저래 하다가 쿼리를 사용하고 있습니다.

> > 업데이트SQL에서 문제가 좀 있다는 말도 많고 제가 해결못하는 문제도 생기고 해서

> > 퀄리에서 RequestLive 속성을 True로 주고 트랜잭션을 실행하고 있습니다.

> > 다른 문제는 없는데, Grid상에서 입력시 기존의 데이터가 있는곳에다 수정 및 추가를 하면 아무런 문제가 없습니다.

> > 새로운 셀도 마지막에 생기고...

> > 그런데, 신규데이터를 입력할때에 문제가 생깁니다.

> > 신규이므로 그리드에는 아무것도 없습니다.

> > 여기서 처음 데이터를 입력을 하고요, 두번째 입력을 위해 화살표를 아래로 내리면 처음 입력한 데이터가 없어집니다.

> > 날아간것은 아니고요, 저장을 하면 나옵니다.

> > 제가 원하는 것은 신규에서 처음 데이터를 입력을 하고 두번째 입력을 위해 커서를 내리면 두번째 열에서 입력을 받을수 있었으면 합니다.

> > 처음 열에는 처음 데이터가 보이고요.

> > 커서를 내리면 내부적으로 Post가 호출이 되니까 그런문제는 아닌것 같고요.

> > 저장버튼을 누르기전에는 실제 테이블에 저장이 되어서도 않되거든요. 트랜잭션실행중.

> > 어떻게 해야 하는지 좀 알려주십시요.

> > 감사합니다. 꾸벅~~.

> >

> >

> >

> > 위대한 단군혼이 살아있는 나라.... 대한민국.

>

>

> 상관없는 답변같지만..

> 언그하신 그런 상황(나타나다가 안나타다가)때문이지

> 몰라도 (저도 델파이 배우면서 봤습니다)

> 제가 몇몇 대규모 프로젝트를 해보았지만

> DBGrid에서 직접 데이터를 인서트하고

> 업데이트하는 경우는 거의(아예) 없습니다..

> 적은 데이터이면 몰라도

> 많은 데이터의 경우 DBGrid상에서 데이터를

> 저장할 경우 인서트되거나 수정되는 데이터뿐 아니라

> 현재 그리드에 로드된 모든 데이터에 관해서

> 트랜잭션이 적용되기때문에 필요이상의 시간이

> 소요됩니다..

> 따라서 거의 모든 프로젝트에선 DBEdit를 사용하여

> 특정레코드를 분리하여 사용하는걸 정석으로

> 사용하고 있습니다..

> 물론 이 상황을 알고 계시다면 제가 주제넘은 언급이

> 된거 같아 죄송합니다..





안녕하세요. 까마귀입니다.

답해주셔서 감사합니다.



그런데, 위에 말씀하신 것은 이해를 하겠는데요.

지금 제가 하고 있는 프로그램은 DBEdit로 분리를 해서 하나하나 입력할 상황이 않되거든요.

예를 들어서 설명을 하자면요.

사원이 입사를 할때마다 신규로 등록을 합니다.

주키는 사원번호로 잡고요.

직위나 신상등을 입력을 하는데요, 가족사항을 입력을 합니다.

여기서 가족사항을 Detail로 분리를 해서 입력을 합니다.

신입사원과 가족사항과의 연결은 사원번호가 같으면 되겠죠.

이런 상황에서 한 화면에서 입력을 다 끝내려면 가족사항 같은 경우는 DBGrid에서 입력을 하도록 하는게 제일 좋으리라고 봅니다.

지금 제가 만드는 프로그램의 경우 가족사항 같은 입력이 필요한게 5부분이 됩니다.

모두 한 대여섯건씩 자료가 들어가고요.

그리고, 기존에 쓰던 프로그램이 있어서 기존의 입력자의 입장도 생각을 해야 합니다.

기존 프로그램이 이런식으로 되어 있거든요. 그리고, 이 상황에서는 이 방식이 제일 좋다고 봅니다.

사람들이 입력하는 것도 제일 편하고요. 코딩이 길어지더라도 사용자가 편하게 쓸수있는 프로그램을 만들어야 한다고 생각하거든요. 개인적으로..

쓸데없는 낭설이 길어졌는데요.

아무튼 이 상황에서 위의 문제를 해결할 방법이 없을까요?



상황이 촉박해서 피가 마르고 있습니다. 제발 부탁합니다.







위대한 단군혼이 살아있는 나라.... 대한민국.

까마귀 wrote:

> paulyoon wrote:

> >

> >

> >

> > 까마귀 wrote:> 안녕하세요.

> > > 까마귀입니다. 바쁘게 지내시느라 다들 욕보십니다.

> > >

> > > 트랜잭션 문제때문에 테이블 컴포넌트도 써보다가, 쿼리도 써보다가 암튼 이래저래 하다가 쿼리를 사용하고 있습니다.

> > > 업데이트SQL에서 문제가 좀 있다는 말도 많고 제가 해결못하는 문제도 생기고 해서

> > > 퀄리에서 RequestLive 속성을 True로 주고 트랜잭션을 실행하고 있습니다.

> > > 다른 문제는 없는데, Grid상에서 입력시 기존의 데이터가 있는곳에다 수정 및 추가를 하면 아무런 문제가 없습니다.

> > > 새로운 셀도 마지막에 생기고...

> > > 그런데, 신규데이터를 입력할때에 문제가 생깁니다.

> > > 신규이므로 그리드에는 아무것도 없습니다.

> > > 여기서 처음 데이터를 입력을 하고요, 두번째 입력을 위해 화살표를 아래로 내리면 처음 입력한 데이터가 없어집니다.

> > > 날아간것은 아니고요, 저장을 하면 나옵니다.

> > > 제가 원하는 것은 신규에서 처음 데이터를 입력을 하고 두번째 입력을 위해 커서를 내리면 두번째 열에서 입력을 받을수 있었으면 합니다.

> > > 처음 열에는 처음 데이터가 보이고요.

> > > 커서를 내리면 내부적으로 Post가 호출이 되니까 그런문제는 아닌것 같고요.

> > > 저장버튼을 누르기전에는 실제 테이블에 저장이 되어서도 않되거든요. 트랜잭션실행중.

> > > 어떻게 해야 하는지 좀 알려주십시요.

> > > 감사합니다. 꾸벅~~.

> > >

> > >

> > >

> > > 위대한 단군혼이 살아있는 나라.... 대한민국.

> >

> >

> > 상관없는 답변같지만..

> > 언그하신 그런 상황(나타나다가 안나타다가)때문이지

> > 몰라도 (저도 델파이 배우면서 봤습니다)

> > 제가 몇몇 대규모 프로젝트를 해보았지만

> > DBGrid에서 직접 데이터를 인서트하고

> > 업데이트하는 경우는 거의(아예) 없습니다..

> > 적은 데이터이면 몰라도

> > 많은 데이터의 경우 DBGrid상에서 데이터를

> > 저장할 경우 인서트되거나 수정되는 데이터뿐 아니라

> > 현재 그리드에 로드된 모든 데이터에 관해서

> > 트랜잭션이 적용되기때문에 필요이상의 시간이

> > 소요됩니다..

> > 따라서 거의 모든 프로젝트에선 DBEdit를 사용하여

> > 특정레코드를 분리하여 사용하는걸 정석으로

> > 사용하고 있습니다..

> > 물론 이 상황을 알고 계시다면 제가 주제넘은 언급이

> > 된거 같아 죄송합니다..

>

>

> 안녕하세요. 까마귀입니다.

> 답해주셔서 감사합니다.

>

> 그런데, 위에 말씀하신 것은 이해를 하겠는데요.

> 지금 제가 하고 있는 프로그램은 DBEdit로 분리를 해서 하나하나 입력할 상황이 않되거든요.

> 예를 들어서 설명을 하자면요.

> 사원이 입사를 할때마다 신규로 등록을 합니다.

> 주키는 사원번호로 잡고요.

> 직위나 신상등을 입력을 하는데요, 가족사항을 입력을 합니다.

> 여기서 가족사항을 Detail로 분리를 해서 입력을 합니다.

> 신입사원과 가족사항과의 연결은 사원번호가 같으면 되겠죠.

> 이런 상황에서 한 화면에서 입력을 다 끝내려면 가족사항 같은 경우는 DBGrid에서 입력을 하도록 하는게 제일 좋으리라고 봅니다.

> 지금 제가 만드는 프로그램의 경우 가족사항 같은 입력이 필요한게 5부분이 됩니다.

> 모두 한 대여섯건씩 자료가 들어가고요.

> 그리고, 기존에 쓰던 프로그램이 있어서 기존의 입력자의 입장도 생각을 해야 합니다.

> 기존 프로그램이 이런식으로 되어 있거든요. 그리고, 이 상황에서는 이 방식이 제일 좋다고 봅니다.

> 사람들이 입력하는 것도 제일 편하고요. 코딩이 길어지더라도 사용자가 편하게 쓸수있는 프로그램을 만들어야 한다고 생각하거든요. 개인적으로..

> 쓸데없는 낭설이 길어졌는데요.

> 아무튼 이 상황에서 위의 문제를 해결할 방법이 없을까요?

>

> 상황이 촉박해서 피가 마르고 있습니다. 제발 부탁합니다.

>

>

>

> 위대한 단군혼이 살아있는 나라.... 대한민국.





안녕하세요..

한 화면에서 마스터->디테일을 동시에 처리하는

경우는 디테일의 자료에 의해서 마스터의 자료가

영향을 받을땐 그렇게 하는 방법이 맞습니다..



하지만 말씀하신 경우는 마스터와 디테일의

관계는 단지 사번키값으로 엮인 관계형 자료일

뿐입니다..



그리고 그리드에서 직접 콘트롤 하는 방법의 코딩을

보면 일관성이 결여되어 제3자 즉 운영하는 사람이

코드를 봤을때 머리 아파질 공산이 커집니다..

코딩이 길어지더라도 사용자가 편하게 하는 프로그램은

왕도는 아닙니다.. 대부분 사용자들이 구시스템에 익숫해져서

그 인터페이스를 요국하는 경우가 많이 생깁니다..

하지만 구시스템 대부분이 파일시스템 환경이기 때문에

기시스템에선 큰문제가 되지 않지만

RDBMS에선 나중에 많이 자료가 축적되었을때 DB에 상당한

부하들이 발생하고 그런 이유로 로딩에만 시간을 상당히

허비하는 경우가 생깁니다..

그러니까 구시스템 사용자가 원하는 인터페이스가 독약이

될 수 도 있다는 얘기죠..



그렇기 때문에 의도적으로 RDB개발자들은 모든 DB를 분할하고

또 작업단위도 폼단위로 가능한한 쪼개서 가고 있습니다..





그리고 굳이 한 화면에서 할려면

사원대장 화면에 DBGrid로 가족리스트만 띄우게 하고

필요시 추가할땐 입력수정폼을 SHOWMODAL로 띄어서 DBEdit로 작업을

하겠습니다..

대신 마스터가 입력중일땐 작업을 못하게 하고 마스터 입력후에만

작업이 되게 해야겠죠



그리고 또 다른 대안으로 스트링그리드를 사용하여 마스터 저장할때

같이 post하겠습니다..



그리드문제는 버그인지 몰라도 상당히 불안합니다..

그리고 DB에 독립적이지 못한거 같습니다..