es는 한번 해보면 알겠지만 내가 오탈자나 유사어 자동완성 이런거 할거 아니면 진짜 의미없음
리소스 많이 먹기도 하고 그리고 생각보다 느림 그냥 querydsl + fts하는게 제일 빠름
1일1행(apart1723)2026-01-25 16:02
불가능ㅇㅇ - dc App
딘퐁(film1341)2026-01-25 16:05
답글
그럼 제 방법이 최선인가요 사이드 플젝에서는
익명(58.141)2026-01-25 16:07
답글
@글쓴 백갤러(58.141)
서버 스펙을 올리세요
1기가로 서비스하는 곳 없습니다 - dc App
딘퐁(film1341)2026-01-25 16:07
답글
@딘퐁
지금 상황에서는 굳이라서.. 여기안에서는 최선의 방법을 찾고싶은데
익명(58.141)2026-01-25 16:09
답글
@딘퐁
이력서 포폴용으로도 만들고 있어서 무작정 늘리기보다 필요하면 늘리는 방식으로 생각했습니다ㅜ
익명(58.141)2026-01-25 16:09
답글
@글쓴 백갤러(58.141)
RAM 1GB 1대에서는
자바 어플리케이션 돌리기도 힘든데
그 상황 자체가 부적절한거임 - dc App
딘퐁(film1341)2026-01-25 16:10
답글
@글쓴 백갤러(58.141)
그 상황을 가정하면 자바를 쓰면 안되지 - dc App
딘퐁(film1341)2026-01-25 16:11
답글
@딘퐁
현재 배포 인스턴스 400MB정도 평균 사용중이라 1GB까지는 가진 않네요
자바는 아시다시피..
익명(58.141)2026-01-25 16:12
답글
@딘퐁
답변 감사합니다...
익명(58.141)2026-01-25 16:13
답글
@글쓴 백갤러(58.141)
취준 프로젝트라 서버 스펙이 극저스펙인건 이해하지만 그 상황에 맞게 하려면 모든게 사치임
서버 프레임워크도 자바말고 최대한 가벼운거 써야하고 같은 서버내 DB도 같이 써야해서 DB가 먹는 메모리도 감안해야하고 - dc App
딘퐁(film1341)2026-01-25 16:14
답글
@글쓴 백갤러(58.141)
가정 자체를 ec2 1GB 인스턴스로 잡으면 ElasticSearch 쓴다는 설득력 자체가 박살이 날수밖에 - dc App
딘퐁(film1341)2026-01-25 16:15
답글
@딘퐁
ES는 잘 몰라서 여쭤봤습니다.. 그래서 별도테이블 방식으로 해볼까 합니다.
그래서 인스턴스용 ec2와 따로 무료 오라클 VM에 MySQL전용 서버 연결하는식으로 해놨습니다 현재
익명(58.141)2026-01-25 16:17
답글
@글쓴 백갤러(58.141)
A를 검색할 때 A와 유사한 검색 리스트를 보여주는 것은
관계형데이터베이스로는 구현이 어려워 - dc App
딘퐁(film1341)2026-01-25 16:20
답글
@글쓴 백갤러(58.141)
like %%로 특정 단어 포함까지는 가능 - dc App
딘퐁(film1341)2026-01-25 16:22
답글
@딘퐁
아 근데 이제 검색 대상자체가 그렇게 많지않아서 관련 검색어 별칭을 별도 테이블에 분리해서 미리 별칭 세팅을 하면 괜찮지 않을까 생각 드는데 어떤가요?
이것도 하나의 이력서 주제로 괜찮을까요
익명(58.141)2026-01-25 16:23
답글
@글쓴 백갤러(58.141)
특정 규칙에 맞게 RDB테이블로 풀어내서 관계 그래프를 정의하겠다는 의미같은데 개인적으론 그냥 노가다에 가까워 별론거 같습니다 - dc App
딘퐁(film1341)2026-01-25 16:25
답글
@딘퐁
그렇군요 ㅜ
익명(58.141)2026-01-25 16:27
답글
@딘퐁
만약 그런 니즈가 필요하다면 이미 잘만든어진 오픈소스인 엘라스틱 서치를 도입하여 동의어 유의어 오탈자 등을 색인하는 방식이 훨씬 퀄리티가 좋겠죠 - dc App
딘퐁(film1341)2026-01-25 16:28
답글
@딘퐁
감사합니다 블로그로 취준 많이 도움되고있습니다
익명(58.141)2026-01-25 16:30
답글
@글쓴 백갤러(58.141)
동의어 유의어 오탈자 연관검색어 등의 니즈로 인해 ElasticSeach 검색엔진을 도입하는 것은 자연스럽고 보통 16GB 메모리 스펙정도는 되야해요 여기까지는 아무런 문제가 없는데
이걸 1GB스펙에 도입하려니 불가능해서 동의어 유의어 오탈자 매커니즘을 RDB에 직접 구현해서 하려면 유사하게 할 순 있겠지만 RDB에 어울리지 않는 구현이라 그렇게 되면 허점이 많이 보여요 - dc App
딘퐁(film1341)2026-01-25 16:34
답글
@글쓴 백갤러(58.141)
만약 쓴다고 하면 차라리 집 컴퓨터에 가상머신 파서 거기서 구축해보는게 더 의미 있을듯 - dc App
엘라스틱서치 쓰면 따라서 나오는 키바나 로그스태시 그런거 쓸거야? - dc App
아뇨
@글쓴 백갤러(58.141) 엘라스틱 서치 쓸거면 16기가 정도는 먹여야할걸
es는 한번 해보면 알겠지만 내가 오탈자나 유사어 자동완성 이런거 할거 아니면 진짜 의미없음 리소스 많이 먹기도 하고 그리고 생각보다 느림 그냥 querydsl + fts하는게 제일 빠름
불가능ㅇㅇ - dc App
그럼 제 방법이 최선인가요 사이드 플젝에서는
@글쓴 백갤러(58.141) 서버 스펙을 올리세요 1기가로 서비스하는 곳 없습니다 - dc App
@딘퐁 지금 상황에서는 굳이라서.. 여기안에서는 최선의 방법을 찾고싶은데
@딘퐁 이력서 포폴용으로도 만들고 있어서 무작정 늘리기보다 필요하면 늘리는 방식으로 생각했습니다ㅜ
@글쓴 백갤러(58.141) RAM 1GB 1대에서는 자바 어플리케이션 돌리기도 힘든데 그 상황 자체가 부적절한거임 - dc App
@글쓴 백갤러(58.141) 그 상황을 가정하면 자바를 쓰면 안되지 - dc App
@딘퐁 현재 배포 인스턴스 400MB정도 평균 사용중이라 1GB까지는 가진 않네요 자바는 아시다시피..
@딘퐁 답변 감사합니다...
@글쓴 백갤러(58.141) 취준 프로젝트라 서버 스펙이 극저스펙인건 이해하지만 그 상황에 맞게 하려면 모든게 사치임 서버 프레임워크도 자바말고 최대한 가벼운거 써야하고 같은 서버내 DB도 같이 써야해서 DB가 먹는 메모리도 감안해야하고 - dc App
@글쓴 백갤러(58.141) 가정 자체를 ec2 1GB 인스턴스로 잡으면 ElasticSearch 쓴다는 설득력 자체가 박살이 날수밖에 - dc App
@딘퐁 ES는 잘 몰라서 여쭤봤습니다.. 그래서 별도테이블 방식으로 해볼까 합니다. 그래서 인스턴스용 ec2와 따로 무료 오라클 VM에 MySQL전용 서버 연결하는식으로 해놨습니다 현재
@글쓴 백갤러(58.141) A를 검색할 때 A와 유사한 검색 리스트를 보여주는 것은 관계형데이터베이스로는 구현이 어려워 - dc App
@글쓴 백갤러(58.141) like %%로 특정 단어 포함까지는 가능 - dc App
@딘퐁 아 근데 이제 검색 대상자체가 그렇게 많지않아서 관련 검색어 별칭을 별도 테이블에 분리해서 미리 별칭 세팅을 하면 괜찮지 않을까 생각 드는데 어떤가요? 이것도 하나의 이력서 주제로 괜찮을까요
@글쓴 백갤러(58.141) 특정 규칙에 맞게 RDB테이블로 풀어내서 관계 그래프를 정의하겠다는 의미같은데 개인적으론 그냥 노가다에 가까워 별론거 같습니다 - dc App
@딘퐁 그렇군요 ㅜ
@딘퐁 만약 그런 니즈가 필요하다면 이미 잘만든어진 오픈소스인 엘라스틱 서치를 도입하여 동의어 유의어 오탈자 등을 색인하는 방식이 훨씬 퀄리티가 좋겠죠 - dc App
@딘퐁 감사합니다 블로그로 취준 많이 도움되고있습니다
@글쓴 백갤러(58.141) 동의어 유의어 오탈자 연관검색어 등의 니즈로 인해 ElasticSeach 검색엔진을 도입하는 것은 자연스럽고 보통 16GB 메모리 스펙정도는 되야해요 여기까지는 아무런 문제가 없는데 이걸 1GB스펙에 도입하려니 불가능해서 동의어 유의어 오탈자 매커니즘을 RDB에 직접 구현해서 하려면 유사하게 할 순 있겠지만 RDB에 어울리지 않는 구현이라 그렇게 되면 허점이 많이 보여요 - dc App
@글쓴 백갤러(58.141) 만약 쓴다고 하면 차라리 집 컴퓨터에 가상머신 파서 거기서 구축해보는게 더 의미 있을듯 - dc App
swap 할당해서 RAM 커버ㄱ - dc App