>>최윤미 님께서 쓰시길<<

:: 안녕하세요..답변..참..고마워요..그말을 젤 먼져 하구 싶어요..

:: 저..구체적으로 말을 해 볼께요..

:: 졸업작품[온라인 처방전]인데요..서버 프로그램은 처방전을 보고??

:: 클라이언트 프로그램은 처방전을 생성해요..(일종의 insert예요)

::

:: 클라이언트(병원, 약국)가 insert 하면, 서버에 접속되어,,추가하게 되죠..

::

:: 서버에..내용이 증각되요.

::

:: ============

:: 하지만 제가 하고 싶은건..나중에..의료 수가가 일치해야, 보험수가를 클라이언트(병원, 약국)이 받을

:: 수 있게 해야 할듯해요. 그래서..insert내용을 클라이언트에서..

:: 오라클에서..검색할 수 있는 파일로,,자체 컴퓨터에 저장할 수 있도록 하고 싶어요..

이 말씀은 좀 이해가 안가네요. 데이타의 불일치가 발생한다는 것은 데이타 소스가

두개 이상일 경우에만 생길 수 있는거 아닌가요?

지금 설명하신 모델에서는 오로지 클라이언트 프로그램이 처방전을 생성해서 서버로

입력할 뿐인데 어떻게 데이타 불일치가 생길 수 있는지요?

오히려 문제가 되는 것은 서버에 입력된 데이터의 Validation이 아닐까 싶은데

(업무적인 부분에 대해서 제가 이해하는게 맞다면 아마도 의보수가 기준에 적합하지

않은 청구에 대해서 어떤 처리를 하시려고 하는거 같은데 아예 입력 자체를 막을

건지 아니면 다른 어떤 방안을 생각하시는 건지는 님의 글로는 명확하지 않군요.)

이건 서버측에서 프로시져를 돌리든 데몬을 돌리든 해서 처리하면 될 듯 한데요.

Validation에 실패한 데이터를 어떤식으로 보존하겠다면 그건 서버측 DB 구조를

그렇게 설계하면 되는 문제일 겁니다.

지금까지 디비 프로그램을 짜본 경험으로는 C/S 프로그래밍을 하면서 클라이언트측에

어떤 식으로든 데이터구조를 별도로 두는 것은 상당히 골치아픈 문제를 야기하게

되더군요. 어느 시점에서인가 서버측 데이타와 동기화를 하던가 아니면 그냥 버리든가

해야 되는데 그걸 판단하는 로직도 결국은 일일히 짜줘야 하는 거니까요.

만약 업무적으로 반드시 로컬에 데이터를 저장할 필요가 있다면 MDB 정도를 써서

오라클에 존재하는 데이타와 비슷한 형태로 저장할 수는 있습니다. 물론 접근은

ODBC나 DAO, ADO 어느것이든 가능하겠지요. 이 데이타를 읽어서 오라클 데이타와

비교하든 아니면 어떤 처리를 하든 그것은 전적으로 응용프로그램이 알아서 해야

할 부분입니다.

::

:: 첨부할께요..

:: 멜로,,말예요..

:: 어제 지도 교수님께 발표했던 발표물이람당.^^..

:: 많이 부족하지만, 노력하는 모습으로 봐 주시궁...제발 도와주세요..

::

:: 짐도 고맙지만,,여튼 행복한 하루 되세요.답을 기다릴께요..