부서에 온 지 얼마되지 않아서 프로젝트를 할 수 있는 기회가 생겼다.
시스템을 구축하거나 그런 건 아니였고 전문들을 관리하는 서비스를 만드는 프로젝트를 하게 되었다.
그래도 곁눈으로 많이 보고 배우면서 은행의 프로젝트가 어떤식으로 진행되는지 알 수 있었다.
대환대출이란?
우선 대환대출이라는 것이 어떤 건지 설명을 해보자면,
A은행의 대출을 갚기 위해 B은행의 대출을 새로 신규하는 것 이라고 보면 된다.
A은행에 입장에서는 고객이 도중에 대출을 완제하고 나간 거고, B 은행에서는 신규 고객이 들어온 셈이다.
하지만, 당연히 A은행에서는 손해다.
원래 대출을 만기까지 가지고 갔으면 받을 수 있던 이자가 있는데 말이다.
5월 말인가 6월 초에 오픈을 한 이후, 뉴스 기사를 통해
이렇게 어떤 은행이 신규을 잘 했냐.. 를 알 수 있었다.
대출이동시스템은 위에 볼드체로 적혀있는 글씨의 모든 과정이 하나하나 쪼개져서
(더 이상 자세히 말하지는 않겠다 ... 내가 만든게 아니니까 ...)
금융결제원 전산망에 송수신 함으로써 대환 대출을 총체적으로 관리하게 하는 시스템이다.
그나저나,
모든 은행은 가능한 대출 조건을 보여주거나 대출 가능 여부를 확인하기 위해
신용평가 모델을 태울텐데
모든 은행에 있어서 모델을 태우고 비교하는데에 시간이 꽤 걸리지 않았을 까 싶다.
대용량 데이터에 대한 감이 없고 어떠한 로직으로 상품을 비교하는 지를 모르니...
언젠가 알아봐야 겠다는 생각을 했다.
프로젝트 공부거리
- 페이징 처리
프로그램을 이행시키고 다음날 사정이 있어서 회사를 못갔더니, 프로그램이 터져서 거래가 안되었다고 했다.
사유를 알아보니 , 너무 많은 데이터가 들어왔는데, 페이징 처리를 안해놔서 터졌다는 것이었다.
(화면에서 받을 수 있는 데이터는 한정되어있었지만 백에서 많은 데이터를 줘서 화면이 터진다 )
어찌저찌 페이징 처리를 했지만 ... 외부 프레임워크에서는 어떤 방식으로 페이징 처리를 하는 지 궁금했고 공부를 할 예정이다.
웹 프로젝트를 한 경험이 거의 없어서 어떤 방식일지 궁금했다.
- SQL indexing
전문의 양이 적지 않았고 전문을 저장하는 테이블의 칼럼이 최소 30개였다.
조회 조건은 대략 6가지 였는데 모두 NVL을 적용시켜줬지만 속도가 너무 느렸다.
그래서 화면단에서 날짜값을 필수적으로 입력받게 설정을 했다.
함께 프로젝트를 도와주시는 선배님께서
인덱싱 하고 싶거나 할게 있을거 같으면 말하라 하셨는데
솔직히 어떠한 기준으로 인덱스를 걸어야 할지 뭐 아는게 있어야 말이라도 하지...
최근에 인덱싱이 트리 베이스 라는 걸 알았지만 실질적으로 업무에서 어떤 걸 걸어야 겠다 라고 자신있게 말 못하겠다 생각해서 조금 더 알아 봐야겠다는 생각을 했다.
쿼리 튜닝이라는 것도 있던데...
- 리눅스
할말이 없다.
리눅스는 무조건 공부 많이 해야하니까..
자주는 아니더라도 이렇게 기록을 남겨야 발전하는 내 자신이 될 것 같아서
꾸준히 포스팅을 할 예정이다!
끝.
