연결 컴포넌트를 어떤것을 쓰는지 잘모르지만 만약 DCOM 을 이용해서
DataSnapd을 이용한다면 클라이언트에서 보내온 데이타를 처리하는
어플리케이션 서버에서 물론 sp 를 호출하겠지요.. 만약 클라이언트에서 sql 문을 직접 어플리케이션에게 날려주고 어플리케이션에서 처리하면
<Client Side>
TextSQL := 'INSERT INTO ......'; 또는 'Exec test ....' 등등
......... DCOMConnetion.AppServer.인터페이스(TextSQL)
<Server Side>
..
SQL.ADD(TextSQL)
....
이런 구조가 되겠지여.. 근데 이건 무늬만 분산환경이지 C/S 랑 다를바 음는거에요.. SP 호출도 이렇게 되어서는 않되겠지요.. 즉 클라이언트에서는 데이타를 어떤 패턴(구분자+데이타)에 맞게 어플리케이션 서버에 날려주고 어플리케이션 서버에서 데이타를 받아서 파싱(Parsing) 하는거에요. 이때 sp 을 어떤것을 쓸가 정해두고 클라이언트에서는 관련정보를 날려주고 어플리케어션 서버에선 동적으로 sp 를 선택해서 사용합니다. sp 에 파라미터가 있는경우가 대부분인데 그 파라미터도 파싱(Parsing)단계에서 모두 처리해주던가 아니면 sp 내부에서 파싱해도 됩니다. 주절주절 말이 많네용... 도움이 되셨길...
즐푸하세용..
Delphi 6에서 Oracle을 가지고 DataSnap을 이용해서 작업중입니다. TStoredProcedure도 TClientDataSet에 붙기는 잘 붙는데 TQuery나 TTable 과 달리 그냥 2-tier에서 TStoredProcedure 쓰는 것 처럼 편하게 하기는 잘 안 되는 것 같습니...
미소나눔
•
2002.09.04 18:43
연결 컴포넌트를 어떤것을 쓰는지 잘모르지만 만약 DCOM 을 이용해서
DataSnapd을 이용한다면 클라이언트...
DataSnapd을 이용한다면 클라이언트에서 보내온 데이타를 처리하는
어플리케이션 서버에서 물론 sp 를 호출하겠지요.. 만약 클라이언트에서 sql 문을 직접 어플리케이션에게 날려주고 어플리케이션에서 처리하면
<Client Side>
TextSQL := 'INSERT INTO ......'; 또는 'Exec test ....' 등등
......... DCOMConnetion.AppServer.인터페이스(TextSQL)
<Server Side>
..
SQL.ADD(TextSQL)
....
이런 구조가 되겠지여.. 근데 이건 무늬만 분산환경이지 C/S 랑 다를바 음는거에요.. SP 호출도 이렇게 되어서는 않되겠지요.. 즉 클라이언트에서는 데이타를 어떤 패턴(구분자+데이타)에 맞게 어플리케이션 서버에 날려주고 어플리케이션 서버에서 데이타를 받아서 파싱(Parsing) 하는거에요. 이때 sp 을 어떤것을 쓸가 정해두고 클라이언트에서는 관련정보를 날려주고 어플리케어션 서버에선 동적으로 sp 를 선택해서 사용합니다. sp 에 파라미터가 있는경우가 대부분인데 그 파라미터도 파싱(Parsing)단계에서 모두 처리해주던가 아니면 sp 내부에서 파싱해도 됩니다. 주절주절 말이 많네용... 도움이 되셨길...
즐푸하세용..