트리거 마다 프로시저를 호출해서 새로들어온 데이터들을
집계목적의 테이블에다가 업데이트 하는데
간단한건은 금방금방처리함(ex: 주소, 업종, 사업자번호 등)
재무정보라는 다수의 테이블에 흩어져있는 데이터들의 경우
정규화를 하면 오히려 복잡도가 늘어나니
집계 테이블의 fnance라는 컬럼에 JSON으로 쑤셔박고자 했음
처음에는 트리거로 프로시저를 호출, 프로시저가 분기에따라 여러 function을 호출하여 JSON에 존재하는 각 slot에 데이터를 매핑하여 업데이트하는식으로 규상함
이때 루트 하위 1뎁스에는 year1, year2, year3 슬롯으로
3년간 정보의 각 key가 되는데..
문제는 데이터 제공처에서 납품을 개같이해서
단일로 들어왔다가 벌크로 들어왔다가 야랄이나고있음
하 ㅅㅂ 트리거 프로시저 팡숀도 그자식들이 15년묵은 클라이언트를 주기로한 ftp대신 던지더니 저희랑 똑같이 테이블 40개깔아두면 기간내로 받을수 있죵ㅎ 해서 컬럼 200개짜리 분석하고있는중이라 걍 머리아픔
결론은 거지같은 클라이언트가 데이터 송신 및 적재를 완료하고
저장프로시저로 한방쿼리 갈겨야한다는건데
외부에서 찌르는수밖에 없나?? 컨테이너로 PID 추적해서??
- dc official App
본문은 귀찮아서 안봤고 제목으로만 답변해주자면 DB도 스케줄러 기능있음
어느 작업이 완료됨을 기점으로 잡아야하는데 가능한가요?? MySQL임 - dc App
어느 작업이 완료됨을 기점으로 잡는건 모르겠네, 난 그냥 시간으로 하고 있어서
DB에서 특정 접속자의 connection 종료 이후여야하 - dc App
재무정보에 필요한건 대차항목과 금액아닌가 그럼 결국 2개가 메인이고 나머지 꼬다리들은 3-4개 테이블로 적당이 발라서 나눠넣으면 됨 - dc App
이걸 왜 디비에서 처리해야되는거임..?