하얀잔디

#include #include #include #include using namespace std; int N, M, K; int m[101][101]; int dp[101][101]; bool visit[101][101]; int bx[4] = {1, 0, -1, 0}; int by[4] = {0, 1, 0, -1}; vector trace; pair p[101][101]; void bfs() { queue q; q.push({0, 0}); while (!q.empty()) { int ny = q.front().first; int nx = q.front().second; q.pop(); for (int i = 0; i N >> M; for (int i = 0; i > s; for (int j = 0;..

compileOnly 'org.projectlombok:lombok' annotationProcessor 'org.projectlombok:lombok' lombok 을 build.gradle에 추가할때는 , 다른애들과는 다르게 implementation 컴파일 --> 라이브러리도 합쳐 진 후에 -> 실행파일 만듬 ::::

티베로를 사용하다보면 인덱스를 타는지 및 실행 결과를 확인해보고 싶을 때가 있다. 문서를 찾아보면 뜨더라! 1) explain plan for SELECT HS.ALARM_ID /* 218C239D*/

장바구니 (Redis Set) 2) 로그인 세션 1_ 로그인 ( 서버에서 id 패스워드 확인 후 ) 2)_인증 완료시 서버는 임의의 세션 ID 생성 -> 이를 hasy key로 해서 이후에 필요한 유저 데이터를 value로 저장 3_서버는 클라에게 Set-cookie 헤더에 session_id 를 담아 반환함 4_ 예를들어 결제 필요한 유료 API -> redis에서확인 후 처리 3) Sliding Window Rate Limiter 예를들어 1분간 10번 요청만 처리하게 하고 싶다고하면 1) fixed -> 그냥 1분마다 처리하는데, 0분 59초에 10번 콜 하고, 1분 1초에 10번 콜하면 사실상 2초만에 20번 호출 2) sliding -> 계속 확인 4) 반경찾기 5) 온라인 상태 확인 6) 방문..

1) OTP 2) 분산 락 구현 (동시성 문제 해결) DB의 경우 record lock가 있는데 이게 성능에 안좋으므로 redis로 구현 가능 NX : key가 있을때는 nil 반환해줌. 3) Rate Limiter 시스템 안정성/보안을 위해 요청의 수 제한하는 기술 4) SNS 활동 피드구현

SINTER : intersaction ( 교집합) SDIFF : 순서 중요 SDIFF A B 이라면 A에는 있고 B에는 없는거 출력함. 파이프라이닝을 통해 기존에 SET / EXPIRE 두개를 동시에 할 수도있음.

0 : 왼쪽부터 샐때 양수 -1 : 오른쪽부터셀때 맨 오른쪽.

cache hit -> 캐시 서버에 특정 키를 가진 캐시를 요청했을때 응답이 오는 경우 cache miss -> 없을 경우 Cache-Aside 패턴 : 없을경우 db에서가져오는것.

Redis는 주로 캐시로 사용되기에 기본적으로 손실되어도 무방한 데이터를 사용해야함. BUT 실제 서비스 -> 캐시를 할지라도 데이터 손실되면 안좋음 데이터 손실을 보관하기 위한 옵션 SSD와 같은 영구저장 장치에 데이터 저장하는 옵션 2가지 RDB : redis database 라는 뜻으로 스냅샷을 씀. 스냅샷 : 캐시를 되돌리거나 동일한 데이터를 가진 캐시를 복제할떄 사용됨 BUT 완벽하진 않음. 성능저하가 발생함. and 일부 데이터 유실 있을 수 있음. AOF : 레디스에 적용되는 모든 write 작업을 모두 log로 저장. 유실 걱정 적지만, 재난 복구시 write 작업 다시 적용하므로 rdb보다 느 1)영속성 사용 안하거나 2) 저 둘중에 하나 쓰거나 같이쓰거나 함.