김광섭 wrote:

> 2차례에 걸쳐서 질문을 올렸지만 결국 제가 하나 찾아냈습니다.

> > 답변이 없어서 다시 올립니다. --;;

> > 하나의 스토프로시저 컴포넌트에서 여러 프로시져 쓰기

> >

> > 스토프로시져이름.StoredProcName := '프로시저명';

> >

> > 위와같이 프로시져명을 바꾸게 되면 원래 안되는건지요. 델파이 버그인지요?

> > 에러를 파악해보면 아예 파라미터를 찾을 수 없다고 하네요.

> > 디자인할 때는 프로시져이름만 바꾸면(물론 데이타베이스이름을 주고요) 파라미터가 알어서 해당 프로시져 파라미터가 나오던데요. @.@

> >

> > 런타임일 때에 프로시져 닫고 프로시져명 바꾸고 파라미터입력받을 때 해당파라미터를 못찾겠다고 합니다. ㅜ.ㅜ 심지어 바뀌전과 같은 이름의 파라미터임에도 불구하구요.

> >

> > 고수님들 저에게 빛을.. 해결안되면 디자인에서 프로시져늘리는거야 문제가 안되지만 코딩에서 같은 일을 두번씩해야됩니다 ㅜ.ㅜ 폼도 8개가량이나 되는 것이

> > 1. 프로시져명만 다르게 2벌이 된다는것이죠.

> > 2. 아니면 프로시져를 쿼리문으로 다시 다 고쳐야합니다. ㅜ.ㅜ

>

> 문제는 BDE로 연결하느냐 ODBC로 연결하느냐는 차이였습니다.

> 따러서 하나의 프로시져컴포넌트로 스토프로시져이름을 꼬~옥 바꿔써야 하는경우는 ODBC로 연결해야만 된다는 얘긴데(데이타베이스에서 사용자 아이디와 패스도 함께해줘야 되구요.)

> 한 3일여만에 알긴했지만 여전히 텁텁하네요 이러지는 않을 것 같아서요 --;;

>

> 델파이가 왜 이렇게 되는지? 나의 무지의 소산인지 고수님덜아 여기에 대해서 아시는분 시원한 답변좀 해줘요 ㅜ.ㅜ

제가 문제 해결이 되어서 다른 분들과 제 자신이 확인을 위해서 제가 올린 문제가 해결이 되어서 이렇게 글을 씁니다.(결자해지?)



프로시져 명이 바뀌면 파라미터를 재생성 해주어야 하더군요. 쩝~

아래는 예제입니다.



sp1.StoredProcName := 'dbo.pr_FieldName_Search';

sp1.Params.CreateParam(ftString,'@DB',ptInput);

sp1.Params.CreateParam(ftString,'@TableId',ptInput);

sp1.ParamByName('@DB').AsString := 'dbSystemTool';

sp1.ParamByName('@TableId').AsString := gsTableName;

글쎄용



스토프로시져이름.StoredProcName := '프로시저명';

스토프로시져이름.prepare;

//바로 위라인 이 있는지?

//있어도 안된다면 글세용 입니다요

스토프로시져이름.parambyname('인자').AsString := '1234'

스토프로시져이름.execproc;









김광섭 wrote:

> 2차례에 걸쳐서 질문을 올렸지만 결국 제가 하나 찾아냈습니다.

> > 답변이 없어서 다시 올립니다. --;;

> > 하나의 스토프로시저 컴포넌트에서 여러 프로시져 쓰기

> >

> > 스토프로시져이름.StoredProcName := '프로시저명';

> >

> > 위와같이 프로시져명을 바꾸게 되면 원래 안되는건지요. 델파이 버그인지요?

> > 에러를 파악해보면 아예 파라미터를 찾을 수 없다고 하네요.

> > 디자인할 때는 프로시져이름만 바꾸면(물론 데이타베이스이름을 주고요) 파라미터가 알어서 해당 프로시져 파라미터가 나오던데요. @.@

> >

> > 런타임일 때에 프로시져 닫고 프로시져명 바꾸고 파라미터입력받을 때 해당파라미터를 못찾겠다고 합니다. ㅜ.ㅜ 심지어 바뀌전과 같은 이름의 파라미터임에도 불구하구요.

> >

> > 고수님들 저에게 빛을.. 해결안되면 디자인에서 프로시져늘리는거야 문제가 안되지만 코딩에서 같은 일을 두번씩해야됩니다 ㅜ.ㅜ 폼도 8개가량이나 되는 것이

> > 1. 프로시져명만 다르게 2벌이 된다는것이죠.

> > 2. 아니면 프로시져를 쿼리문으로 다시 다 고쳐야합니다. ㅜ.ㅜ

>

> 문제는 BDE로 연결하느냐 ODBC로 연결하느냐는 차이였습니다.

> 따러서 하나의 프로시져컴포넌트로 스토프로시져이름을 꼬~옥 바꿔써야 하는경우는 ODBC로 연결해야만 된다는 얘긴데(데이타베이스에서 사용자 아이디와 패스도 함께해줘야 되구요.)

> 한 3일여만에 알긴했지만 여전히 텁텁하네요 이러지는 않을 것 같아서요 --;;

>

> 델파이가 왜 이렇게 되는지? 나의 무지의 소산인지 고수님덜아 여기에 대해서 아시는분 시원한 답변좀 해줘요 ㅜ.ㅜ

with storedproc do

begin

params.clear; // 이것두... 하고있어염

storedprocname :='프로시저 이름';

prepare;

params[0].asstring := '거시기';

params[1].as......등등

execproc;

edit.text := params[18].asstring //리턴 되는 거시기..

unprepare;

이리 전 하는디 절라 잘됨다...

위에 작성자:ㅜㅜ 답변 좀 해져여....

나그네 wrote:

> 글쎄용

>

> 스토프로시져이름.StoredProcName := '프로시저명';

> 스토프로시져이름.prepare;

> //바로 위라인 이 있는지?

> //있어도 안된다면 글세용 입니다요

> 스토프로시져이름.parambyname('인자').AsString := '1234'

> 스토프로시져이름.execproc;

>

>

>

>

> 김광섭 wrote:

> > 2차례에 걸쳐서 질문을 올렸지만 결국 제가 하나 찾아냈습니다.

> > > 답변이 없어서 다시 올립니다. --;;

> > > 하나의 스토프로시저 컴포넌트에서 여러 프로시져 쓰기

> > >

> > > 스토프로시져이름.StoredProcName := '프로시저명';

> > >

> > > 위와같이 프로시져명을 바꾸게 되면 원래 안되는건지요. 델파이 버그인지요?

> > > 에러를 파악해보면 아예 파라미터를 찾을 수 없다고 하네요.

> > > 디자인할 때는 프로시져이름만 바꾸면(물론 데이타베이스이름을 주고요) 파라미터가 알어서 해당 프로시져 파라미터가 나오던데요. @.@

> > >

> > > 런타임일 때에 프로시져 닫고 프로시져명 바꾸고 파라미터입력받을 때 해당파라미터를 못찾겠다고 합니다. ㅜ.ㅜ 심지어 바뀌전과 같은 이름의 파라미터임에도 불구하구요.

> > >

> > > 고수님들 저에게 빛을.. 해결안되면 디자인에서 프로시져늘리는거야 문제가 안되지만 코딩에서 같은 일을 두번씩해야됩니다 ㅜ.ㅜ 폼도 8개가량이나 되는 것이

> > > 1. 프로시져명만 다르게 2벌이 된다는것이죠.

> > > 2. 아니면 프로시져를 쿼리문으로 다시 다 고쳐야합니다. ㅜ.ㅜ

> >

> > 문제는 BDE로 연결하느냐 ODBC로 연결하느냐는 차이였습니다.

> > 따러서 하나의 프로시져컴포넌트로 스토프로시져이름을 꼬~옥 바꿔써야 하는경우는 ODBC로 연결해야만 된다는 얘긴데(데이타베이스에서 사용자 아이디와 패스도 함께해줘야 되구요.)

> > 한 3일여만에 알긴했지만 여전히 텁텁하네요 이러지는 않을 것 같아서요 --;;

> >

> > 델파이가 왜 이렇게 되는지? 나의 무지의 소산인지 고수님덜아 여기에 대해서 아시는분 시원한 답변좀 해줘요 ㅜ.ㅜ

님들 답변에 감사합니다. 올린지 거의 세번만에 첨 답변을 받아 보네요 ^^(1주~2주)

(--> spTmp.params.clear 이 문장 하나보구)



spTmp.Close;

spTmp.params.clear; // 이것 첨가해바꺼든여



spTmp.StoredProcName := 'dbo.pr_tbOrderDetail_Convert';

spTmp.prepare; // <-- 요기서 에러가 OrderNo 파라미터를 못찾겠다고 합니다.

spTmp.params.ParamByName('@OrderNo').asstring := '010228';

spTmp.params.ParamByName('@LensItem').asstring := '11111';

spTmp.params.ParamByName('@Piecepair').asstring := '0';

spTmp.params.ParamByName('@ConvertDiv').asstring := '1';

spTmp.open;

spTmp.unprepare;



참고로 에러내용이

Project Standard.exe raised exception class EDatabaseError with message 'spTmp:No

parameter type for parameter '@OrderNo''. Process stopped. Use Step or Run to

continue.



물론 ODBC로 연결해서 하면 됩니다 (것두 데이타베이스에서 유저와 패스를 입력해야만)



에러내용이 위와 같아서...

spTmp.params.ParamByName('@OrderNo').ParamType := ptInput; <--요걸 추가했떠니ㅜ.ㅜ



Project Standard.exe raised exception class EDatabaseError with message 'spTmp:

parameter '@OrderNo' not found. Process stopped. Use Step or Run to continue.

결국 똑같이 나오네요 ㅠ.ㅠ

CREATE PROCEDURE IN_PRDT_TK (

PDTNAME VARCHAR(30),

CLASSCODE VARCHAR(45),

MXCHGE VARCHAR(40),

IN_DAY DATE,

IN_VALUES INTEGER,

P_NUM INTEGER,

NATIVE VARCHAR(30),

VALUEM INTEGER

) AS

declare variable tno integer;

begin



select max(tno)a from prdt

into :tno;

begin

insert into prdt(TNO,PDTNAME,CLASSCODE, MXCHGE, IN_DAY,IN_VALUES, P_NUM, NATIVE,VALUEM)

values(:TNO+1,:PDTNAME,:CLASSCODE, :MXCHGE, :IN_DAY,:IN_VALUES, :P_NUM, :NATIVE,:VALUEM);

end



suspend;

end/*이건 프로시저 내용*/

------------------------------------------------------------

with dm.StoredProc1 do

begin

params.Clear;

storedprocname := 'in_prdt_tk';

prepare;

params[0].asstring := flatedit1.Text;

params[1].AsString := flatedit9.text;

params[2].asstring := flatedit10.Text;

params[3].AsDate := datetimepicker1.date;

params[4].AsInteger := strtoint(flatedit2.text);

params[5].AsInteger := flatspineditinteger1.Value;

params[6].AsString := flatedit11.text;

params[7].AsInteger := strtoint(flatedit3.text);

execproc;

unprepare;

end;

요건.. 인터베이스 랑 델파이 한것임당.

이거..잘됨다.

아니면.. storedproc1컴포넌트 올리구 storedprocname속성에서 프로시저 선텍하구 params 속성에서

파라미터가 올라오는지 확인 하구 하세염

암호는

테이터베이스 컴포넌드에서 해두 되구 (login prompt). 필요할때 마다. 파라미터 쓰면 되던디요...