LUNA Dev 📁

자바에서 문자열을 줄바꿈할 때 

'\n ', '\r', '\r\n'

의 escape 문자를 많이 쓴다.

하지만 시스템에 따라 위의 escape 문자가 될 수도 있고 안 될 수 있다.

이 경우를 대비해서 쓰는 메소드가 아래와 같다.

System.linSeparator()

System.getProperty("line.separator") 

이 메소드를 사용해 시스템에 따른 개행문자를 사용하는 것이 가장 좋다.

자주 사용하는 명령어라 기록

추가적으로 업데이트할 예정

백업

1. 모든 데이터 덤프

mysqldump -u [계정명] -p [패스워드] --all-databases > [저장될 파일명]

2. 특정 DB 덤프

mysqldump -u [계정명] -p [패스워드] --databases [DB명] > [저장될 파일명]

복원

1. 덤프 복원

mysql -u [계정명] -p [패스워드] [DB명] < [덤프한 파일명]

윈도우에서 Node.js 업데이트는 리눅스나 MAC처럼 명령어로 쳐서 하는 것보다 인스톨하는게 더 빠르고 안정적이다.

인스톨하게 되면 이전 버전 위에 덮어쓰게 되니깐 그냥 인스톨 받아서 하는게 정신 건강에 좋을듯하다.

프로젝트 중에 대용량 데이터를 조회하는 방법을 찾는 와중에 Mybatis에서 대용량 데이터 조회시 성능을 향상 시키는 방법을 찾게 됨

<select id="your_id", resultType="hashmap" fetchSize="1000">
	select * from table;
</select>

fetchSize를 잘 설정하지 않은 옵션이며 기본값은 10으로 되어 있음.

fetchSize 가 10이면 조회 데이타가 1000개 일때 100번을 조회하게 되는데 1,000을 주게 되면 1번만 조회한다.

1,000 ~ 2,000 이 적당하다고 함

지속적으로 업데이트할 예정

리눅스 상황에서 DB를 조작할 상황도 있으니 기록

자주 사용할거 같은 명령어만 일단 정리

참고 자료 : PostgreSQL 공식홈페이지 문서

1. \c [DB 이름]

     [DB 이름]에 접속

2. \l , \list

     database 조회

3. \dE , \di , \dm , \ds , \dt , \dv

     E, i, m, s, t, v는 각각 외부 테이블, 인덱스, 구체화 뷰, 시퀀스, 테이블, 뷰를 나타내고 서로 나열해서 사용할 수 있음.

     ex) /dti => 테이블과 인덱스의 목록을 나열함

4. SELECT * FROM PG_TABLES;

     테이블 목록 조회쿼리

꼭 필요할 때 까먹는다...

제약 조건 추가, 삭제 메모

▶ 제약조건 추가

ALTER TABEL [테이블이름] ADD CONSTRAINT [컬럼명] PRIMARY KEY([컬럼명]);
ALTER TABEL [테이블이름] ADD CONSTRAINT [컬럼명] FOREIGN KEY([컬럼명]) REFERNCES ([컬럼명]);

▶ 제약조건 삭제

ALTER TABEL [테이블이름] DROP CONSTRAINT [컬럼명];

for(A : B)

for( 타입 변수 이름 : 배열이나 컬렉션 이름) {

      배열의 길이 만큼 반복적으로 실행하고자 하는 명령문;

}

for문은 다 알다 시피 반복문이고 콜론( : )은 B 에서 순차적으로 객체를 꺼내서 A에다가 입력하겠다는 것 이다.

Ex)

B = 1, 2, 3, 4, 5 있으면

A = 1;

A = 2;

A = 3;

A = 4;

A = 5;

int[] arr = new int[]{1, 2, 3, 4, 5};

 

for (int e : arr) {

    System.out.print(e + " ");

}

실행결과 : 1 2 3 4 5

Invalid bound statement (not found)

업무 도중에 잘 돌아가던 프로젝트가 갑자기 오류가 나면서 실행되지 않아 당황했다.

인터넷에 찾아 본 결과 이 에러가 발생하는 경우는 아래와 같다

1) Mapper 인터페이스와 Mapper xml에 오타가 있는 경우.

2) Mapper xml 경로가 잘못된 경우

등 몇 가지가 더 있는데 나중에 다시 정리 할 계획이고....

운이 나쁘게 2번이 문제였다. 각 xml 파일의 com.common.mapper ~ 를 복붙해서 실행했더니 해결 되었다. 다른 해결 방법도 있지만 이것도 추후에 다시 작성.... 업무때문에 ㅠ

values too long for type character varying

고객 웹서비스가 서버에서 잘 구동되는지 확인 중 발견한 에러...

현재 Table에 있는 Column의 최대의 길이보다 INSERT, UPDATE 할 값의 길이가 더 길어서 값을 담지 못할 때 발생한다고 함

해결 방법은 매우 간단함!

Column의 길이를 늘려주면 된다!

ALTER TABLE [테이블 이름] ALTER COLUMN [컬럼이름] TYPE [데이터타입]([SIZE])

업무 도중에 발견한 코드 위의 취소선....

뭔지 몰라서 찾아봤습니다!

Deprecated

위 이미지 처럼 Builder()에 그어진 취소선을 'Deprecated' 라고 한다.

Deprecated는 영어사전에서 '반대[비난]하다'라고하며, Java에서는 '사용을 권장 하지 않는다'라고 해석하면 된다.

크게 보자면 '더 이상 지원하지 않고 있으며, 사용해도되나 향후 어떻게 바뀔지 모르며 오작동이 일어나도 책임을 지지 않겠다'는 소리다.

지금은 이 기능이 작동 되지만 향후 어떻게 될지 모르니깐 API 문서, 공식 문서 등을 보면서 대체되는 클래스나 메소드를 찾아 변경하는 것이 코드관리에 있어 좋을 것이고 정신건강에 좋을것이다.