DataBase13 Spring boot With MongoDB - WebFlux를 통해 비동기적으로 MongoDB에 접근해보자. 들어가기 이전에 채팅방 채팅 내용을 저장하기 위해서 MongoDB를 사용해 본 적이 있었다. Gradle 의존성을 'spring-boot-starter-data-mongodb'로 설정하였었는데, 알고 보니 'spring-boot-starter-data-mongodb-reactive'라는 의존성이 따로 있었다. 이 두 의존성의 차이는 동기적으로 접근할 것인가, 비동기 적으로 접근할 것인가였다. 'reactive'가 추가된 의존성이 비동기 적으로 접근하는 것이다. 찾아보니 채팅 애플리케이션에서 채팅 내용을 저장하고 조회하는 기능은 실시간성(real-time)이 중요한 요소이기에, 비동기적인 처리가 더 적합할 수 있다고 한다. 이는 아래의 비동기 처리의 장점과 동기 처리의 단점을 통해 확인할 수 있다. 비.. 2024. 4. 23. Spring boot with MongoDB - Spring Data MongoDB를 사용해보자. 들어가기 Springboot로 채팅방을 구현하는 프로젝트를 진행하려고 한다. 채팅방은 실시간으로 채팅 내용을 저장할 수 있게 데이터베이스에 저장하도록 생각하였다. 하지만 채팅내용이 보내질 때마다 데이터베이스에 저장을 하는 비용이 발생한다. 이를 위한 해결 방법으로는 메모리에 채팅 내용을 저장해두고 스케줄링하여 일정 주기마다 데이터베이스에 Bulk Insert 하는 방식, RDB보다 데이터 접근 비용이 적은 NoSQL을 사용하는 방식 등이 있다.나는 두번째 방법을 선택하여 NoSQL 중 MongoDB를 사용하기로 하였다.그러기 위해선 MongoDB에 대한 사용방법을 알아야 한다.이 글은 MongoDB에 대한 내용과 Spring boot 프로젝트에서 Spring Data MongoDB를 통해 데이터 저장, .. 2024. 3. 7. DB 오라클 - 자주 사용하는 힌트절 이번 글에서는 간단히 자주 사용되는 오라클 힌트 절에 대해서 작성해 볼 것이다. '개발자를 위한 인덱스 생성과 SQL 작성 노하우(이병국)'을 참고하여 작성하였다. DB에서 옵티마이저는 최적의 실행계획을 결정한다. 하지만 그렇다고 해서 옵티마이저가 만능이라는 것은 아니다. 옵티마이저도 잘못된 SQL이나 부정확한 통계정보로 인하여 실수도 할 수 있다. 이럴 때는 힌트 절을 통해 잘못된 실행계획을 바로 잡을 수 있다. 즉, 힌트 절은 옵티마이저의 실수를 만회할 수 있는 용도로 사용할 수 있는 것이다. 옵티마이저에 대한 내용은 https://khdscor.tistory.com/m/52 를 참고하길 바란다. 데이터베이스 옵티마이저에 대한 간단 설명 데이터베이스를 사용하다 보면 여러 가지 인덱스를 만들어 놓는 경.. 2022. 4. 30. DB - 성능 개선을 위한 테이블 분할 데이터베이스의 성능을 개선하기 위한 방법 중 하나가 테이블 분할이다. 테이블 분할은 어려움이 따르는데 그 이유는 기존에 설계된 테이블 구조를 변경해야 하고 이미 개발된 프로그램을 변경해야 하기 때문이다. 보통 테이블을 변경하는 원인은 DB 설계시 정규화를 소홀했거나 용량 산정을 잘못했기 때문이다. DB는 설계가 매우 중요하기 때문에 초반에 설계를 잘못한다면 성능상의 문제가 생기기 마련이다. 그렇기에 잘못된 설계 및 정규화로 인한 성능 저하를 해결하기 위해 테이블 분할을 하는 것이다. 테이블 분할은 크게 수직분할과 수평분할로 나눈다. 수직분할은 컬럼을 기준으로 테이블을 분리하는 것을 의미하고 수평분할은 로우를 기준으로 테이블을 분리하는 것을 의미한다. 테이블의 컬럼 수가 많을수록 I/O에 대한 부하가 걸리.. 2022. 4. 26. 오라클 DB - 자주 접하는 에러 메시지 이 글에서는 간단하게 오라클에서 간단하게 발생하는 에러 메시지들을 살펴볼 것이다. '개발자를 위한 인덱스 생성과 SQL(이병국)'을 참고하였다. 1. ORA-00001: 유일성 제약조건에 위배됩니다 오라클 에러메시지 중에서 개발자가 가장 자주 접하는 문제이다. 테이블에 PK가 있거나 UNIQUE UNDEX가 있을 때, 중복해서 INSERT를 사용하면 발생하는 에러이다. 2. ORA-00942: 테이블 또는 뷰가 존재하지 않습니다 오타로 인해 발생할 수 있는 에러이고 실제로 테이블이 생성됐는지도 확인이 필요하다. 개발계와 운영계를 따로 관리하는 환경이라면, 실제 해당 테이블에 대한 생성 유무를 착각할 수도 있기 때문이다. 또한 권한이 없어서 발생하는 경우도 있다. 이런 경우 DBA에게 권한을 요청하거나 아.. 2022. 4. 25. 데이터베이스 성능 개선 - 채번에 대한 이해(Primary Key 컬럼의 용도) 프로젝트를 진행하다 보면 테이블을 설계하고 주키(primary key)를 설정하게 된다. 주키는 레코드들을 구별하는 고유한 값이며 테이블당 하나 이상의 컬럼으로 설정되어야 한다. 즉, 주키에 의해 레코드들을 구분할 수 있는 것이다. 하지만 딱히 주키로 설정할만한 고유한 컬럼이 없다면 어떻게 할까? 그럴 때 '채번'을 이용하는 것이다. 채번은 'serial number' 즉, DB의 번호표이다. 채번은 일본의 영향을 받은 말로서 새로운 번호를 딴다는 의미이다. 데이터베이스에서 채번은 대부분 PK 컬럼의 용도로 사용한다. 보통은 위에서 언급한 데로 의미 있는 컬럼들을 PK로 사용하지만, 가끔 필요에 의해 아무런 의미가 없는 시스템적 일련번호 형식의 채번을 PK 컬럼으로 사용하기도 한다. 채번을 사용하는 것이.. 2022. 4. 21. 데이터 베이스 NULL에 대한 기본적인 내용 이번 글에서는 NULL에 대한 기본적인 내용과 NULL에 대해 조심해야 할 점들을 간략히 적어보려고 한다. 이 글은 '개발자를 위한 인덱스 생성과 SQL 작성 노하우(이병국)'을 참고하여 작성하였다. 위키백과에 의한 NULL의 정의는 다음과 같다. 'Null 또는 NULL은 구조적 질의언어(SQL)에서 데이터베이스 내의 데이터 값이 존재하지 않는다는 것을 지시하는 데 사용되는 특별한 표시어(special marker)이다' 위의 말처럼 NULL은 데이터가 존재하지 않는다는 것을 나타내며 알 수 없는 값이라는 의미도 가지고 있다. 0도 아니도 String 도 아니고 어느 타입도 아니고 단순히 NULL일 뿐이다. 일반적으로 테이블을 설정할 때 Primary Key는 반드시 NOTNULL로 설정된다. 다른 필.. 2022. 4. 19. 데이터베이스 옵티마이저에 대한 간단 설명 데이터베이스를 사용하다 보면 여러 가지 인덱스를 만들어 놓는 경우가 많다. 어느 테이블에서 무엇인가 조회를 하는 방법은 그 테이블에 사용되는 다양한 인덱스 중 어느 인덱스를 사용할지, 조인을 했다면 어느 테이블부터 조회할지 등 실행 방법에는 다양한 경우가 있을 수 있다. 이러한 방법 중에 최적의 방법을 실행하는 것이 가장 효율적일 것이다. 여기서 어떤 실행에 대해서 최적의 루트를 계산해 실행하는 것이 '옵티마이저'이다. 옵티마이저에는 크게 CBO(Cost Based Optimizer) 즉, 비용 기반 옵티마이저와 RBO(Rule Based Optimizer) 즉, 규칙 기반 옵티마이저로 두가지로 나뉠 수 있다. RBO는 규칙 기반 옵티마이저로서 미리 정해진 우선 순위 규칙에 따라 접근 경로를 결정한다. .. 2022. 4. 18. DB - 결합인덱스 및 컬럼 순서 결정 방법 데이터 베이스를 다루면서 성능 향상을 위해 인덱스의 사용과 개념은 전 페이지에서 설명하였다. 특정 컬럼을 기준으로 정렬해 놓은 목차 같은 것이라고 할 수 있고 분류 대상과 분류 정보를 분리했을 때 분류 정보가 인덱스라고 할 수도 있다. 여기서 확인할 것은 특정 컬럼이 하나가 아닐 수 있다는 것이다. 이것은 여러 개의 인덱스를 만든다는 말이 아니라 하나의 인덱스에 여러 컬럼이 기준이 될 수 있다는 것이다. 이것이 바로 결합 인덱스이다. 이 글에서는 결합인덱스에 대해 간단히 설명하고 컬럼 선정 방법에 대해서도 설명할 것이다. 참고로 '개발자를 위한 인덱스 생성과 SQL 작성 노하우(이병국)'을 참고하여 작성하였다. 결합 인덱스는 하나의 인덱스에서 기준 컬럼이 하나가 아닌 인덱스이다. 결합 인덱스 1= 컬럼1.. 2022. 4. 10. 이전 1 2 다음
