대머리개발자

모든 리소스를 아르메리아로 조지고 있는데 문득 왜 쓰고 있는지 의문이 들었다. https://engineering.linecorp.com/ko/blog/hello-armeria-bye-spring LINE 개발자들이 Spring 대신 Armeria를 사용하는 이유 LINE DEV Meetup #11 'LINE 서버 개발자들이 말한다! Armeria 아직도 안 써요?'에서 김기환, 임경수 님이 발표하신 'Hello Armeria, Bye Spring' 세션 내용을 옮긴 글입니다. 안녕하세요. 이번 글에서는 레... engineering.linecorp.com 사실 처음으로 "도입한 이유"를 생각 해보니 성능적인 면보다는 grpc를 쉽게 쓰기 위함이였다. 하나의 모듈에서 서로 다른 클라이언트에게 서비스를 서..

3천Row 밖에 안 되지만 본문 컨텐츠가 무거워 export할 때 용량은 거의 1GB에 육박했다. 현재 서비스를 이용하는데는 크게 문제는 없으나 추후 테이블의 구조가 변경될 때 이슈가 발생할 여지가 있기 때문에 이미 그런 경험을 맛 보았기 때문에 분리하려고 한다. 또 한편으로는 굳이(?) ㅡㅡㅋ 유비무환이다. 본문의 내용을 별도 테이블로 관리하기 때문에 장점을 또 굳이...이야기해보면. 1. 버전관리가 가능하다. 2. 메인테이블이 가벼워진다. 다시 말해 확장이 필요할 때 부담이 없어진다. 단점. 1. 관리 포인트가 많아진다. 2. 성능 문제가 예기치 못하게 발생할 수 있다. 본문이 컨텐츠가 더 커지면..파일로 관리해보자 ㅋ 가즈아!

https://hcnmy.tistory.com/153 mysql json type 최고의 장점은 JSON은 비정형 데이터를 저장하며, 컬럼 스키마 변경 없이 새로운 필드를 추가할 수 있는 유연성을 제공합니다. 즉, 몽고디비처럼 사용할 수 있다 근데 막상 적용하려고 보니 해도 hcnmy.tistory.com 같은 고민의 반복이다. 이벤트의 속성은 이벤트마다 다르기때문에 고민했던 부분이다. 게시판의 경우도 게시판의 성격에 따라 데이터가 조금씩 다르다. 이번 CASE의 선택은 확장속성 테이블의 구현이다. create table if not exists extendAttr ( id bigint PRIMARY KEY comment 'board ID', `key` varchar(100) not null commen..

JPA 마이그레이션하면서 쿼리 자체에 대한 response가 맘에 들지 않았다. 100ms 이내로 만들고 싶다...가즈아!! ★ ★ ★ 1 -> 2 번째 단계는 서브 쿼리를 조인쿼리로 변경스 ★ ★ ★ ★ ★ 2 -> 3 번째 단계는 범위 축소다. 인덱스도 조져보고 이것저것 try 해봤지만...미미하다. 댓글, 조회수, 좋아요, 기타 등등 가져오는 "무거운 작업"을 하는데 정확히!! 페이징 데이터만큼 하는 것이다. 결은 전체를 대상으로 무거운 작업을 하는 것이 아니라 limit 0, 20 된 결과만 작업!!s 1번째 code -> 164ms .. 생략.. https://hcnmy.tistory.com/178 querydsl로 마이그레이션 nativeQuery로 작성된 쿼리를 querydsl 형태로 변경하..

nativeQuery로 작성된 쿼리를 querydsl 형태로 변경하고자 한다. why? 새로운 기획요건에 대응이 안 된다. 물론 새로운 end-point로 만들면 되는데 기존 쿼리에 단순 조건절 추가임에도 중복 코드가 산더미처럼 만들어진다. 물론 mybatis로 했으면 고민도 안 했을테쥐... ## 고민의 포인트는 아래 두가지에 대한 클린 쿼리 작성 1. 통계 데이터 조인을 How -> querydsl (방법상) left outer join ( select targetId, SUM(if(type = 0, 1, 0) ) as viewCount ,SUM(if(type = 1, 1, 0) ) as goodCount from countstat c group by targetId 2. 각종 서브쿼리를 조인쿼리로 ..

모든 주식이 반려 주식이 되었다. 초반에는 쫄려서 많이 팔아 재꼇는데 이제 뭐 돈 -백만원은 그냥저냥ㅋㅋㅋ 모든 것이 무뎌지는 구만.. 인생무상! 길게 보자! 어차피 팔지 않으면 손해는 아니다!! 자기 위로라고 하지만 몸소 느낀바 맞는 말인듯 하다. 언젠(?)가는 다시 온다. 조금이라도 챙겨보자 최저점에서 팔았지만...바로 반등했다. 쉬바 더더 혈압이 오른다. 그냥 숨겨 두자. 재료를 찾고 차트를 보고 거래량과 시황을 보자!! ㅋ일희일비 하지 말자!! 근데 불기둥 쏟고 있는데 볼 틈이 없다. ㅋㅋ하악하악.

https://zuminternet.github.io/SearchPilotProject/ 검색 데이터 서빙 플랫폼 구축검색 데이터 문서에 대해 서빙하는 플랫폼을 구축하고 검색 서비스를 제공하는 프로젝트 소개zuminternet.github.io 설계 -> 구축 -> 검증까지 군더더기 없는 깔끔한 레퍼런스이다. 나도 깔끔하게.....? 데에충 테스트 해봤고 문제 없을것 같고물론 아직 갈 길은 산 넘어지만 운영서버 리소스를 어떻게 구축을 해야할 지 감이 안 잡혀서 찾아보다 발견한 레퍼런스.멋지다. 검색파트 부서가 따로 있다니....부럽다. 각설하고 리소스는...다다익램이지만..현실은 ㅠㅠ   위치는.. K8S 내부에..갈지... 외부에...갈지........가장 빠르게 진행할 수 있는 방향으로 가자!!  결..

## 스키마 최초 인입될 때 해당 값으로 자동으로 스키마가 생성되지만 원하지 않는 값으로 설정될 수 있기 때문에수동으로 정리하고 Start  ID를 제외하고 전부 배열[]로  설정됨 ==> Schemaless로 하면 똥망! https://since.tistory.com/5 Solr 스키마schema.xml 1. Schema의 정의- 데이터베이스의 구조와 제약조건에 관한 전반적인 명세를 기술한 것- 데이터베이스를 구성하는 데이터 개체, 속성, 관계 및 제약조건 등에 관해 전반적으로 정의함- 스since.tistory.com 일단 전부 Type : text_ko 형태로 진행 단순 string으로 하면 형태소 분석이 안 된다.    ## Highlight 기능 "도심 탄소"를 검색하면  "도심"과 "탄소" 키..