하얀잔디

항상 숫자,영어로만 문자열을 생각하다보니 한글은 컴퓨터에서 문자열 처리를 어떻게하는지 몰랐다. 한글은 '유니코드' 로 컴퓨터에 규칙적으로 저장된다. (초성 * 21 + 중성) * 28 + 종성 + 0xAC00 식으로 유니코드에 저장되고. '가' 는 0xAC00이다. 이 중 한글에서 초성을 알고싶으면 공식이 있다. 초성 = ((문자유니코드 - 0xAC00)/28)/21 Dto에서 NoargsConstructor 가필요한이유 : 아래 글을 참조했습니다. https://blogshine.tistory.com/445 [Spring] @RequestBody에 기본생성자만 필요하고 Setter는 필요없는 이유 - 1 그간 밀어오고 밀어왔던 내용에 대해 정리하고 넘어가야 겠다 싶어 정리하는 글 이다. 우선 @Requ..

코테에서 C++로 문자열처리하다가 자바에서 문자열 처리하려니까 몰라서 정리. 기본적으로 0 ~ string.length()-1 까지 길이임. str.charAt(i); (i번째 문자) str1.concat(str2); str1 + str2 // 합치기. str.substring(6); 기존 c++ 함수와 비슷하다. 인자가 하나이면 6번째 포함 뒤에까지 다 포함(0부터 시작) str.substring(a,b); :: a부터 b-1 까지의 값을 보여줌!! 주의 * 만약 b가 index 범위 벗어나면, 에러나옴. str.substring(3,str.length() ) OK str.indexOf('a'); 'a' 가 존재하는 인덱스를 반환함. 두개 이상일 시 첫번째 값. str.lastIndexOf('a') 맨..

1. findByRoleRoleCd : 가장 처음 확인하는 경우 By 이후의 전체 단어를 엔티티에 속성에 존재하는지 확인함 2. findByRoleRoleCd : 1번에서 못찾으면 오른쪽 끝에서부터 CamelCase 기준으로 왼쪽으로 이동하면서 해당 단어 엔티티에 속성이 존재하는지 확인함. 3.findByRoleRoleCd : 2번이 안되면 다음 CamelCase. JPA getbyId vs findById @Override public T getById(ID id) { Assert.notNull(id, ID_MUST_NOT_BE_NULL); return em.getReference(getDomainClass(), id); } 1.id가 널이 아닌지 확인하고 프록시 줌. getbyId : 프록시객체만 가..

스크립트를 쭉 보다가 TABLESPACE USR 이런게 있다. 찾아보니 테이블스페이스라는 것이있는데.. 테이블스페이스란? : 데이터 저장 오라클 단위임 1. 데이터 블록 --> 2. extent (익스텐트) -->3. segment(세그먼트) -->4. tablespace (테이블스페이스) 테이블 이외에도 인덱스, 프로시져, 뷰 등 여러가지 오라클 객체들이 저장됨. PCTFREE 10 : PCTFREE: 사용가능한 블락공간중 데이터 row의 변경에 대비해 확보해놓은 block의 %값임. 적은 경우 : -> 많은 row가 한 block 안에 insert 될 수 있음. 수정이 적은 segment에 좋음. 많은 경우 -> 자주 수정되는거에 적합함. INITRANS 2 : 데이터 블록에 동시에 접근 가능한 트랜..

1. JPA 사용시 변수명을 소문자로 해야함. JPA findByNoteId --> 엔티티에서 NoteId로 하지말고 noteId로 하니 에러 안생김. 2. N:M 테이블에서 중간 테이블 매핑시 JoinTable 함수를 사용할 수 있음. 나는 직접 만들곤했는데, 저런 방법도 있음. 3. IdClass 를 이용해서 , 복합키를 통해 테이블을 관리할 수 있음. 4. put vs patch : 업데이트에서 사용하는 http 메소드임 put : 입력하지 않은값은 null로 patch: 입력하지 않은 값은 기존값으로. 5. index를 사용하면 조회가 빠름. 6. 교집합 차집합은 retainall 함수 등을 사용하자 7. 에러처리 Handler dispatch failed; nested exception is j..

그냥 쉽게말해 정말 효율적인 큐 라고 생각하면 되는 것 같다. 만든 이유 : 기존 end to end 연결 방식에서는 통합/중앙화된 전송 영역이 없기에 복잡해졌기 때문. -> 어우 복잡해.. 모든 시스템으로 데이터 전송하고, 실시간 처리가능 하고, 급속도로 성장하는 서비스를 위해 확장이 용이한 Kafka 탄생! 짜잔 Topic 단위로 이벤트를 씀. Producer Consumer을 분리해서 Pro -> Broker의 Topic에 메세지를 게시하기만 하면 되고, 컨슈머는 가져오면됨 ** 높은 확장성을 제공함. Consumer는 Pull 모델을 기반으로 처리함. --> Consumer가 필요할때 브로커로부터 메세지를 가져옴 Pub/Sub 왜함?? 중앙에 메세징 시스템 서버를 두어서, 개체가 빠지거나 수신불능..

캐시/ 예외처리 Local Cache: 서버 내부에 캐시를 저장함. 다른 서버의 캐시 참조 어려움 속도 빠름 서버의 메모리/디스크를 사용함 Global Cache: 여러 서버에서 캐시 서버에 접근. 네트워크 트래픽이므로 캐시보단 느림 모놀리틱 아키텍쳐: 하나에다 박는것 스프링에서 캐시 : --> 반복적으로 결과물 반환할때는 캐시처리가 좋음! 캐시 쓸땐 클래스 앞에 @EnableCaching 선언 ex) @EnableCaching @Configuration public class CacheConfig(){ @Bean public CacheManager cacheManager(){ SimpleCacheManager simpleCacheManager = new SimpleCacheManager(); simpl..

#Get과 Post의 차이점 GET: 서버에 존재하는 정보를 요청함. 반환되는것은 정보자체가아니라 정보의 "표현" url 끝에 ?붙이고 변수명 1=값1 & 변수명 2= 값2..형식임 www.example.com/show?name1=value1&name2=value2 서버에서는 name1과 name2 파라미터로 각가 value1,value2 전달받을수잇음. 캐시가 가능함 GET을 통해 서버에 리소스 요청할때, 웹 캐시가 요청을 가로채 서버로부터 리소스를 다운받는대신 리소스의 복사본을 반환함. HTTP 헤더에서 옵션바꿀수있음. 브라우저 히스토리에 남음 북마크될수있음 길이 제한있음 # 중요정보 다루면 안됨 데이터 요청할때만 사용됨 POST: 서버에 정보를 생성하는것을 요청함. form요청으로. 데이터를 htt..