Overman

내가 아는 NoSQL DB는 말 그대로 데이터베이스 저장 형식이 자유로운 것으로 알고 있다.RDB나 벡터 디비처럼 어떤 연관성을 갖는 데이터를 관리하는 것이 아닌, 자신이 데이터를 정의하고 그 안에서 저장하고 사용할 수 있는 것으로 알고 있다. (예시 type:Graph) 매일메일의 설명으로는,NoSQL 데이터베이스의 유형은 키-값, 문서-지향, 열 지향, 그래프, 시계열이 있다고 한다. 키 - 값 데이터베이스: 키를 고유한 식별자로 하는 키 - 값 쌍의 형태로 저장 (Redis, Dynamo DB) 문서 지향: JSON, BSON, XML 등의 형식으로 데이터 저장 (MongoDB, CouchDB) 열 지향: 대량의 데이터를 처리하는데 적합, 행마다 각기 다른 수의 열과 여러 데이터 유형을 가질 수 있..

알고리즘, 백엔드/기술 면접 대비 매일메일 2025. 8. 20. 19:55

방학동안 도전한 시험 관련 정리 1. ADSP (데이터 분석 준전문가) - (8월 18일 기준 시험 이미 봤음, 합 예상)2. 정보처리기사 필기 - (8월 18일 기준 시험 이미 봤음, 합격)3. SQLD - (8월 18일 기준, 이번주 토요일 시험)4. 빅데이터 분석 기사 필기 - (시험 9월 초)

자격증 2025. 8. 18. 23:13

PRG 패턴은 Post/Redirect/Get 패턴의 약자웹 애플리케이션에서 폼 제출 후 페이지 새로 고침이나 브라우저 뒤로 가기 등의 문제를 방지하기 위해 사용하는 디자인 패턴임사용자 폼 제출 -> (클라이언트 -> 서버 POST 요청) -> 서버는 이 요청을 처리하여 데이터베이스를 업데이트하거나 다른 작업 수행서버는 POST 처리 한 후, 클라이언트에게 새로운 URL로 리디렉션하라는 응답을 보냄.클라이언트에게 302 Found 상태 코드와 함께 새로운 URL을 포함한 Location 헤더를 반환하여 수행클라이언트는 서버의 응답을 받아 새로운 URL로 GET 요청을 보냄. -> 서버는 이 GET 요청을 처리하여 최종 결과 페이지를 클라이언트에게 반환. 정리1. POST로 요청을 처리함2. 상태코드 반환..

알고리즘, 백엔드/기술 면접 대비 매일메일 2025. 7. 29. 17:03

멀티 쓰레딩이랑 비교되는 것은 항상 멀티 프로세싱이었다.내가 아는 두 가지의 가장 큰 차이는 메모리 공유 여부였다. 멀티 프로세스는 같은 메모리를 공유하지 않고 개별 메모리를 작동시킨다면, 멀티 쓰레드는 같은 메모리 내에서 작동을 한다. 멀티 쓰레딩은,하나의 프로세스 내에서 여러 작업을 여러 쓰레드를 통해 동시에 실행할 수 있도록 하는 방식이다. 멀티 쓰레딩(Multi-Thread)의 주요 특징경량화된 실행 단위낮은 오버헤드, 빠른 전환효율적인 데이터 공유공유 메모리, 동기화 관리응답성 및 처리 성능 향상병렬 처리, 리소스 활용 최적화스레드들이 같은 메모리를 공유하다 보면 경쟁 상태나 교착 상태와 같은 동기화 문제가 발생할 수도 있고 디버깅이 어려울 수 있음.

알고리즘, 백엔드/기술 면접 대비 매일메일 2025. 7. 28. 12:34

Relation Tuple관계 튜플은 실제로는 이진 인코딩 되어 있음. 논문에선 텍스트 표현 기법으로 표현튜플을 식별하는데 필요한 기본 키는 namespace, ojbect id, realtion 및 userUserSet을 통해 ACL이 이 그룹을 참조할 수 있으므로 중첩된 그룹 멤버십을 나타낼 수 있음.표 1은 몇 가지 예제 튜플과 해당 의미 체계를 보여줌일부 관계는 접근 제어를 직접 정의하는 반면, 다른 관계는 객체 간의 추상적 관계만 정의 2.2 일관성 모델ACL 검사는 예기치 않은 공유 동작을 방지하기 위해 사용자가 ACL 및 객체 내용을 수정하는 순서를 준수해야 함. ACL 업데이트 순서 무시Alice가 폴더의 ACL에서 Bob을 제거Alice는 Charlie에게 새 문서를 폴더로 이동하도록 요..

알고리즘, 백엔드/Serendi 2025. 7. 27. 10:52

친구와 만들던 프로젝트 기능 중에 한 가지에 대해서 문제가 생겼다.바로 검색 기능이다. 기획의 요구 사항검색을 통하여 플레이리스트, 유저, 노래에 대해서 결과를 얻을 수 있어야 한다.플레이리스트에서 유지 중인 제목과 해시 태그가 검색 결과에 영향을 주어야 한다.검색 이후 관련성, 추천수, 좋아요 순 등의 정렬이 가능해야한다.Elastic Search에서도 관련도 검색 등을 내부 로직의 score와 가중치를 통하여 구현이 가능하다.근데 이런 의문이 생겼다. 나의 사용자 경험을 생각해 볼 때 플레이리스트에 처음 접근 시 노래가 어떤 노래가 있는지를 아냐? 라고 했을 때 모른다.그러면 어떤 것을 기준으로 접근하냐? 라고 한다면, 썸네일과 플레이리스트의 제목이 될 것이다. 우리의 서비스에서 아직까지 썸네일 업로..

알고리즘, 백엔드/Serendi 2025. 7. 27. 09:53

이메일을 통해서 인증 번호를 받고 인증 번호 인증을 통해 같은 사용자 임을 인증 받는 코드를 작성하였다.그런데 처음 시도에서stored_number == input_number #False stored_number == str(input_number) #False두 경우 모두 실패하였다. 확인한 결과, 초기 발생 시켰다 인증 번호를 redis에 저장하는 과정에서 str로 되어있었다.이를 해결 하기 위하여 input_number를 str로 타입 변환을 한 다음 비교하였으나 다시 실패하였다. 다시 한 번 디버깅을 하여 확인한 결과 b"1234" 이런식으로 되어 있었다.redis_config 파일에서 서버를 실행시키고 redis 객체를 받아서 사용하였는데 내부에 저장된 값을 rd.get()으로 가져오니 반환..

알고리즘, 백엔드/Serendi 2025. 7. 24. 11:19

보통 락은 데이터에 동시에 접근하게 되었을 때 일관적이지 못하게 유지되는 것을 방지하기 위해서 하는 정도로 인지하고 있다. 낙관적 락(Optimistic Lock)의 경우 데이터 충돌이 적을 것으로 가정하고, 데이터를 읽을 때 락을 설정하지 않고 트랜잭션이 데이터를 수정할 때 충돌이 발생하지 않았는 지 확인하는 방법임.이 경우 충돌이 발생하면 애플리케이션에서 직접 롤백하거나 재시도 처리 해야 함. 비관적 락(Pessimistic Lock)은 데이터 충돌이 많을 것으로 가정하고, 트랜잭션이 시작될 때 공유락 또는 베타락을 설정하여 다른 트랜잭션이 해당 데이터에 접근하지 못하도록 하는 방식임. 두 방식의 차이는? 충돌 가능성데이터베이스 락 사용 여부낙관적 락의 경우 사용하지 않고, 비관적 락은 트랜잭션이 시..

알고리즘, 백엔드/기술 면접 대비 매일메일 2025. 7. 24. 09:11