[비효율적인 프로그램 입니다]타이머5초단위로 DB 의 테이블 값을 읽어서 적용합니다25
- KingdomBavaria
- 등록일 2024-11-28 12:29
- 조회수 4311
|
||
파워링크 
등록안내
등록안내
|
 0
 0
 KingdomBavaria
디비스케쥴러 를 말씀하시는거같은데요
애플리케이션에서 받아야하는 데이터라서요 |
|
0
1
우아히우라
중간에 서버를 하나 두는 방법 or
데이터 변경을 Redis를 통해 Pub Sub으로 어플이 받는 방법 등이있겠네요. 정확한 환경을 몰라 대략 생각나는 아이디어 남겨봅니다. |
|
|
0
0
KingdomBavaria
일단 감사드립니다 주신 내용을 공부해봐야겠네요 |
|
|
0
1
옹세
db를 업데이트하는 백엔드 서버에서 알람을 푸쉬하는게 좋긴한데
귀찮으면 트리거에서 직접 애플리케이션이랑 통신 하는 방법도 가능은 합니다. |
|
|
0
0
KingdomBavaria
서버에서 알람을 푸쉬하는 방법도 공부해봐야겠네요
감사합니다 |
|
|
0
0
KingdomBavaria
감사합니다
|
|
0
0
ㅇCarpeDiemㅇ
프로그램에 적용한다는게... 사용하는 CS 프로그램은 데이터를 내려 받아서 사용하는 구조인가요?(자체 내장 db파일?) |
|
|
0
0
KingdomBavaria
내장디비는 아니구요
mssql 서버가 따로있어요 |
|
|
0
0
ㅇCarpeDiemㅇ
@KingdomBavaria 그러면 원본 테이블을 읽어서 5분 주기로 업데이트 하는 테이블은 DB가 다른가요? |
|
|
0
0
KingdomBavaria
클라이언트 프로그램의 유저화면 에 원본테이블의 변경 내용을 보여줍니다 디비는 하나죠 |
|
|
0
0
ㅇCarpeDiemㅇ
@KingdomBavaria 아.. 그 이야기는 클라이언트가 읽는 DB 테이블은 하나고, 업데이트된 DB 내용을 클라이언트 화면에서 5초 단위로 재조회 한다는 이야기죠? |
|
|
0
0
KingdomBavaria
네 맞아요
소켓 을써서 연결된 상태를 유지해서 주고받아야할것같습니다 |
|
|
0
0
ㅇCarpeDiemㅇ
@KingdomBavaria 그러면 어플리케이션단에서 폴링 하고 있다 데이터 변경이 확인 되면 보여주면 된다는 이야기 같네요...
어떤걸 사용하시는지는 모르겠지만, 5초 단위 조회처럼 개발에 사용하는 프로그램에서 관련 펑션이나 캐치할 수 있는 이벤트를 제공할거에요...
그 부분으로 확인해보시면 관련된 답이 나올꺼 같아요~ |
|
|
0
2
암행어사또
결국 내용의 핵심은 DB에 데이터 변경될때 클라이언트 화면을 Refresh시켜주는게 관건인데.. 원하는 기능을 하려면 중간에 서비스가 하나 있어야 합니다. CDC같은걸 사용하더라도 데이터 변경하는 순간은 감지할 수 있어도 클라이언트로 데이터를 호출할 수가 없어요. 호출하려면 Service Broker 같은 서비스를 하나 둬야 합니다. 실시간호출 하나 하자고 이걸 또 구성하려면 일이 더 커져요..
결국은 DB에 데이터를 변경될때 클라이언트로 데이터가 변경됬다고 이벤트를 쏴주는게 가장 쉬울겁니다. 이때는 SignalR 같은 서비스를 사용하시면 클라이언트에서 화면 Refresh없이 바로 데이터 변경할 수 있습니다. 혹은 Event Bus, Event Hubs, RabbitMQ, Kafka 같은 메세지큐 서비스를 두고 메세지큐에 데이터 쏴주고 클라이언트에서 컨슈머 하면 됩니다.
만약 DB에 데이터를 반복적으로 호출하는게 부담스러운 상황이라면 실데이터가 들어가 있는 테이블을 직접적으로 계속 조회하니 데이터도 많고 컬럼도 많아서 부담이 된다고 생각이 드네요. 테이블에 트리거 걸어서 별도 로그테이블로 데이터를 넣어주고 클라이언트에서는 로그테이블을 조회하면 부담을 좀 덜 수 있습니다.(로그테이블은 수시로 지워줘서 최대한 가볍게 해주시면 1000번을 호출하더라도.. DB에 부하가 거의 없어요.)
이것도 부담스럽다면 별도 DB생성해서 다른 DB에 데이터를 넣어주고 그 DB를 반복호출해서 DB부하를 분산시키는 것도 방법이겠죠. |
|
|
0
0
KingdomBavaria
감사합니다 <결국은 DB에 데이터를 변경될때 클라이언트로 데이터가 변경됬다고 이벤트를 쏴주는게 가장 쉬울겁니다. 이때는 SignalR 같은 서비스를 사용하시면 클라이언트에서 화면 Refresh없이 바로 데이터 변경할 수 있습니다. 혹은 Event Bus, Event Hubs, RabbitMQ, Kafka>
맞습니다 제가 원하는 방향이 인서트 시점에 클라이언트로 이벤트 발생시켜보려하는거죠 알려주신내용 공부해봐야겠습니다
|
|
|
0
1
Lllux
저라면 데이터를 Gathering 하는 부분을 윈도우 서비스로 하나만 돌리고 Pubsub 구조로 User 가 사용하는 어플리케이션에 통지하는 방식으로 할 것 같네요. User 어플리케이션에서 매 5초마다 호출하면 사용자가 증가할 수로 Connection 및 쿼리가 증가해서 DB 에 부담이 되겠죠. 또 유저 어플리케이션에서 DB 호출을 하면 config 나 dll 디컴파일을 통해서 DB 연결 정보가 노출될 수도 있습니다.
1. 데이터를 조회하고 User Client 로 통지 및 데이터를 업데이트 하는 윈도우 서비스 생성 - Dapper : DB Mapper - Microsoft.Owin.Hosting : 윈도우 서비스에 SelfHost 구현 - System.Web.Http : 서비스에 WebApi 엔드포인트 구현 - TopShelf : 윈도우 서비스 생성 및 디버깅을 돕는 솔루션 - Quartz.net : DB 를 조회하는 스케줄 생성 - SignalR : 각 유저 어플리케이션으로 데이터 전송 또는 데이터 변경 통지
2. User Application - SignalR : 1번 데이터 체크 서비스로부터 데이터 수정됨을 통지받음 - RestSharp : 1번 서비스 Api 호출 시 사용, httpClient
1. 1번 서비스에서 주기적으로 sp 를 통해 데이터를 Gathering 하고 데이터 변경이 감지되면 유저에게 통지합니다. 2. 통지를 받은 어플리케이션에서는 1번 서비스의 WebApi 를 호출하여 데이터를 전송받아 화면에 표시합니다. 3. 데이터를 유저가 수정하면 수정된 내용을 1번 서비스의 WebApi 로 호출하여 서비스에서 데이터를 업데이트 합니다.
이렇게 하시면 DB 조회 주체는 1번 서비스 하나뿐이라 부담은 없을 거에요. Client 와 Biz 단이 분리되는 장점도 있고요. 서비스를 돌릴 서버는 하나 필요합니다. 여기에 인증 방법만 추가하시면 괜찮은 프로그램이 될겁니다.
데이터 수정 감지 방법이 변경 될 수는 있는데 mssql 에서 바로 전송하는 방법은 보안 때문에 대부분 막혀 있을겁니다. 데이터 조회하는 주체가 하나이니 sp로 하셔도 문제는 없을 것 같네요.
|
|
|
0
1
KingdomBavaria
좋은 조언 감사합니다 |
인기글로 선정되어 뽐쿠폰이 발급되었습니다.
|
|
|
 |
|
| △ 이전글▽ 다음글 | 목록보기 |
|
변경데이터 캡쳐
감사합니다
좋은 방법같네요