브렌쏭의 Veritas_Garage

묘하게 향수를 불러일으키는 문장이다. 샴푸를 불러일으킨다고 해야하나? 어쨌든, 엘라스틱 서치는 이름 그대로 검색을 위한 솔루션이다. 보통 뭔가를 찾는다고 한다면, 특히나 SQL과 같은 테이블에서 뭔가를 찾고 싶다면, 일단 검색할 칼럼을 선택하고 그 행을 전부 돌아보면서 일치하는 것이 있는지 보는 것이 정상이다. 혹은 평범한 방법이다. 라고 해야할까. 놀랍게도 어딘가에 사는 사이코들은 검색할만한 키워드로 검색이 될 객체들을 전부 거꾸로 연관지어서 새로운 검색전용 인덱스를 만들면 어떨까? 하고 생각했고, 그렇게 구글이 되었답니다. 메데타시 메데타시. Inverted Index 위에서 말한 보통의 평범한 방식은 SQL에서 "LIKE" 방식으로 불리고, 데이터 양이 늘어날 수록 느려지는 비례적 탐색속도를 가지고..

The last packet sent successfully to the server was 0 milliseconds ago. The driver has not received any packets from the server. 기절하겠네 찾아본 해결책 https://taepcsiandwe.tistory.com/entry/mysql-%EC%9B%90%EA%B2%A9%EC%A0%91%EC%86%8D-%EC%98%A4%EB%A5%98 mysql 원격접속 오류 The driver has not received any packets form the server. 요류가 발생할 시 1) DB가 기동되어 있지않거나, 2) MySQL 커녞터(JDBC 드라이버) 버전 문제, 3) MySQL이 로컬호스트(120.0.0..

docker up 시켜보니 provider error와 type error가 발생되고있는데, 혹시 해결 되셨을까요? 만약 해결이 되지않으셨다면, 의존성 주입을 해주게되면 해당 module에 꼭 추가를 해주셔야하시고, args에 배열로 작성하고 싶은경우 uploadFileMany 처럼 타입지정을 따로 해주셔야합니다! 한번 더 확인해보시고 수정해주시면 에러가 발생하지 않을것 같습니다! 이미지테이블 구현 과제는 product 부분과 board 부분에서 어느 부분이 이미지 테이블 구현 과제 부분인지 잘 분간이 가지않아서 product 부분을 이번과제로 보고 확인해보니 create부터 제대로 이루어지지 않는것같습니다. createProduct 할때 image를 같이 넣어서 create를 하는데 DB를 저장할때 p..

포괄적으로, 검색이라함은 어떤 기억 매체 중에 축적되어 있는 정보 중에서 필요한 정보를 찾아내는 것을 뜻한다. 우리가 인터넷으로 정보를 보기 위해 키보드 타이핑으로 특정 단어를 검색하여 결과를 도출하게 하는 것을 말한다. 사실 검색(fact retrieval) 주어진 질문에 대해 직접 사실을 구하는 것으로 확정 검색(deterministic retrieval)이라고도 한다. 문헌 검색(document retrieval) 어떤 사실에 관하여 관계되는 문헌명을 찾아내는 행위. 확률 검색(stochastic retrieval)이라고도 한다. 우리가 컴퓨터로 정보를 찾아내는 것은 보통 문헌 검색이다 사실 검색의 경우는 우리가 보편적으로 생각하는 검색이라기 보다는, 조사나 탐구에 가깝다. 따라서 자연스레 우리가 ..

다른건 그렇다 쳐도, A와 I는 구현하기 상당히 골때린다. 사실 4개 다 그렇다.. 1단계: 커밋되지 않았어도 조회되게 한다. 영문을 알수없게 되어버린다 2단계: 커밋된 것은 조회되게 한다. 커밋되지 않았다면 이전 정보를 조회시킨다. 커밋여부에 따라 조회결과가 달라진다. 3단계: 조회결과가 일관되도록 한다. 커밋되지 않았다면 조회도 없다. 팬텀리드 라는 것은 일어난다고 한다. 4단계: 먼가 무조건 좋은 상태....가 아니다. 성능 이슈가 있다. 완전탐색처럼 몹시 비효율적인 진행이라고 생각하면 된다. 낙관적락 비관적락 격리 수준을 시리얼라이즈드까지 올린다고 하면 보통 이쪽인가..? 쿼리요청이 들어와도 응답하지 않는다. 대기상태로 기다리다가, 업데이트가 완료되면 그 이후에 쿼리응답이 이루어진다. select..

Cannot return null for non-nullable field 어휴 젠장맞을, 리턴을 잊지말자

따라서 페이지를 나눠서 보여준다. 당연한거 아닌가? 놀랍게도 이 페이지화 작업은 단순한 것이 아니라, 백엔드와 프론트 양쪽에서 작업을 해줘야 하는 고난이도의 콤보기술이었던 것이다. 현재 위치 : Offset 데이터가 시작될 위치다. '여기부터 저기까지 주세요' 의 여기를 담당하고 있다. 보여줄 컨텐츠의 수 : Limit 얼마나 많은 데이터를 한번에 보여줄지 정하는 수이다. 보여줄 컨텐츠의 수, 혹은 한 페이지 안에 보여줄 데이터의 수 라고도 할 수 있겠다. '여기부터 저기까지 주세요' 에서 지갑을 담당하고 있다. 좀 더 테크니컬한 썸띵: "커서 기반 페이지네이션" 페이지네이션(Pagination) 이란 한정된 네트워크 자원을 효율적으로 활용하기 위해 쿼리의 결과값으로 리턴된 리소스를 `분할하여 전달`하는..

GraphQL은 사실 REST였다. 누가 봐도 다르잖아;; 이미 블로그에 포스팅도 했다고;; GraphQL은 뭔가? 그리고 REST와 비교 GraphQL은 뭔가? 그리고 REST와 비교. GraphQL ??? 그래프 수식 작성용인가?? 이름에 QL 이라는 단어가 들어가는 것을 보면, SQL 형식을 가지는 놈 같다. 즉, 쿼리기반 언어이다. 엑셀처럼 키와 밸류를 가진 여러 데이터를 처리하고, 그 데 veritasgarage.tistory.com 분명 다른 구조에 다른 방식처럼 보이는데, 결국 GQL의 역할은 REST로 존재하는 요청과 응답을 번역해서 간결화 시킨 것이었다. 그리하여 리졸버라는 것이 필요했던 것이고, GQL을 위한 데코레이터를 따로 추가적으로 사용해 작성했던 것이다. 거... 당황스러운 이야..

Image Upload Process 라고 써뒀지만, 실제로 그런가? 그냥 이미지경로를 저장해두면 되지 않을까 생각했다가, 결국 그 디렉토리 안에 파일이 있어야 한다는 점을 금새 깨달았다. 음... 그렇다면 파일을 받아서 이미지 파일 디렉토리에 때려넣고, 그러면서 파일 이름도 유니크하게 중복없이 바꿔주고, 그 이름과 경로를 이미지 데이터베이스 테이블에 넣어줘야겠구나, 하고 생각이 드는데. https://stackoverflow.com/questions/59957394/typeorm-uploading-and-serve-downloading-files TypeORM uploading and serve (downloading) files Introduction In my Project, I try to sto..

Cross-Origin Resource Sharing 교차 출처 자원 공유 라는 희대의 기괴한 번역...아닐까 생각이 드는 저 물건은, 서로 다른 경로로 부터 받아온 자원을 함부로 섞이지 않도록 선을 긋는 안전장치라고 할 수 있다. 실제론 안전장치 보다는 초기 프로젝트의 실행을 막는 성가신 물건 취급을 받는게 대다수인거 같다. 마치 쓰지 말라고 하면서 안쓸수가 없는 super user root 같은 존재다. 그리고 찾아보니 친절한 설명이 많았다. https://evan-moon.github.io/2020/05/21/about-cors/ CORS는 왜 이렇게 우리를 힘들게 하는걸까? 이번 포스팅에서는 웹 개발자라면 한번쯤은 얻어맞아 봤을 법한 정책에 대한 이야기를 해보려고 한다. 사실 웹 개발을 하다보면 ..