프로젝트를 진행하면서 복잡한 쿼리를 작성하게 되었다.해당 쿼리는 각각의 자재들의 공식들이 들어갔는데, 이것을 프로시저나 뷰테이블로 작성하고 해당 부분을 mybatis mapper로 불러들여서 api로 가져와봤는데, api 하나당 거의 5~10초 정도 걸렸다.그래서 이것으로는 답이 없다는 생각이 들었다.그랬더니 이야기를 들었다. 그럴때 사용하는것이 Materialized view라고. 그래서 결론은 이것을 사용하니 api 하나당 0.1초~ 1초 사이로 줄어들게 되었다. 많이 오래 걸려봐야 1초가 되었다는 이야기고, 속도 개선이 다행히 되었다.그러면 Materlialized view는 왜 빠를까?# 주요이유 : Materialized View가 빠른 이유는 데이터를 미리 계산하고 물리적으로 저장하기 때문이라..

원인 : 한글의 버전 보다 최신 버전을 사용하는 이가 작성하여 공유를 해줘서 생기는 문제.  먼저 자기에 맞는 한글 버전 확인. 난 2018이었다. 위에서 2018 패치파일 기능/보안 다운로드. 업데이트 후 확인. 업데이트 후 컴을 껐다 켜야 해결 되는 곳도 있음. 내가 그랬다.동료 분은 껐다 안켜도 해결됐음.

아래와 같은 맵퍼 내용을 넣고 api를 불러들이니 에러가 나왔다. # 에러내용 : 아래와 같은 에러가 나왔다.c_materialized_view; CREATE MATERIALIZED VIEW dynamic_materialized_view AS WITH date_series AS ( SELECT generate_series( ?::date, ?::date, '1 day'::interval )::date AS ### Cause: org.postgresql.util.PSQLException: 오류: materialized views may not be defined using bound parameters ; uncategorized SQLException; SQL state [0A000]; error cod..

아래를 이용해서 데이터를 불러올때 loadingBar을 생성한다. # srcfunction FunLoadingBarStart() { var backHeight = $(document).height(); var backWidth = window.document.body.clientWidth; var backGroundCover = ""; var loadingBarImage = ""; $('body').append(backGroundCover).append(loadingBarImage); $('#back').css({'width': backWidth, 'height': backHeight, 'opacity': '0.3', 'background-color': 'black', '..