Jun's TID

퇴사, 결심 이제 곧 5년 차를 향해서 가는 내 IT 개발 인생에서, 지난 몇 개월은 참 많은 생각을 하게 되는 기간이었다. 커서와 클로드와 같이 CLI 환경에서 프로젝트를 읽고, 직접 파일 시스템에 접근해서 개발을 할 수 있는 AI 모델을 사용해 보면서 "기술이 참 무섭다", "앞으로 뭐 해 먹고 사냐" 같은 생각도 들었지만, 가장 강렬하게 내 머리를 스쳐간 생각은 "지금, 무조건 그만둬야겠다."였다. 이제는 시키는 것만 하는 건 나보다 AI가 훨씬 더 잘한다. 요구사항이나 받아서 수정하고, 화면 기획서 보면서 코드나 짜는 거? 지금 있는 회사야, 흔하디 흔한 정부 프로젝트받아서 눈먼 돈이나 받아먹는 그런 회사라 수요가 있겠지만, 이제 진짜 보수적으로 봐야 3년 남았다고 생각한다. 이대로 이 회..

또 다시 새로운 걸 들고 돌아온 나다. 진행 중인 프로젝트는 뷔폐에서 남긴 접시만큼 쌓여가지만, 언제나 그렇듯 다른 뭔가는 더 맛있겠지 하며 새 접시를 들고 간다... (올해 말에 잔반 처리를 좀 해야하긴 하겠다..) 오늘은 Homebrew를 이용해 내 M4 맥북에 PostgreSQL을 설치하고, 세팅하고, 마주쳤던 오류들을 해결한 과정을 기록해 보려고 한다.1. Homebrew로 PostgreSQL 설치가장 먼저 할 일은 역시나 Homebrew를 통해 PostgreSQL을 설치하는 것이다. 특정 버전을 사용하기 위해 @를 붙여 명시적으로 설치를 진행했다.brew install postgresql@17터미널에 위 명령어를 입력하면 Homebrew가 알아서 최신 버전의 PostgreSQL(현재 17)을 설..

forwardRef는 부모 컴포넌트에서 자식 컴포넌트의 ref에 직접 접근할 수 있도록 해주는 기능이다.여기에 useImperativeHandle을 같이 쓰면, 단순히 DOM 접근뿐 아니라 자식의 특정 메서드나 값을 부모에서 직접 호출할 수 있게 된다. ◎App.tsx import React, {useRef} from 'react';import {Button, View} from 'react-native';import ChildComponent, {ChildRefType} from './ChildComponent';const App = () => { const childRef = useRef(null); const onPress = () => { // 자식에서 정의한 메서드 호출 child..

채널 코딩의 개요정의전송 중 데이터 오류를 검출하고 수정할 수 있도록 데이터를 변환하는 과정특징전송 오류를 감지하고 수정할 수 있도록 보호 코드를 삽입하여 신뢰성 향상인공위성, 무선 통신 등 잡음이 많은 환경에서 효과적인 데이터 프레임 전송채널 코딩을 위한 특수 목적 데이터 패킷 추가로 속도는 저하채널 코딩 비교표 코딩 기법 기능오류검출오류 수정특징사용 예시패리티 비트간단한 오류 검출✅❌1비트 오류만 감지, 2비트 오류 검출 불가기본 데이터 전송, 직렬 통신해밍 코드오류 검출 및 수정✅✅ (1비트 수정 가능)1비트 오류 수정, 2비트 오류 검출RAM (ECC 메모리), 저장 장치CRC (순환 중복 검사)강력한 오류 검출✅❌다항식 연산 사용, 오류 감지율 높음네트워크 패킷(TCP/IP), 하드디스크컨벌루션..

1. NL Join (Nested Loop)NL 조인은 두 테이블이 조인할 때, 드라이빙 테이블(Outer 테이블)에서 읽은 결과를 Inner 테이블로 건건이 조인을 시도하는 방식이다. 즉, 아래와 같이 동작한다.for(i = 0; i  - 사용 쿼리 예시SELECT /*+ ORDERED USE_NL(E) */ *FROM DEPT D, EMP EWHERE 1 = 1AND D.DEPTNO = E.DEPTNO; ORDERED: FROM 절에서 나열된 순서로 테이블을 읽도록 지시USE_NL(E): E와 조인할 때 NL 조인을 사용하도록 지시DEPT 테이블에서 데이터를 한 건 읽어서 EMP 테이블로 조인을 시도하고, 조인에 성공하는 만큼을 결과 집합에 담는다.다시 DEPT 테이블로 돌아가서 다음 한 건을 ..

Clustering Factor- 데이터가 모여 있는 정도를 수치로 보여주는 것- 데이터 분포도에 따라서 데이터 블록에 접근하는 횟수가 달라지기 때문에 성능 측면에서 중요한 요소이다.- 클러스터링 펙터 출력 쿼리SELECT T.TABLE_NAME, I.INDEX_NAME, T.BLOCKS, T.NUM_ROWS, I.CLUSTERING_FACTORFROM USER_TABLES T, USER_INDEXES IWHERE I.TABLE_NAME = T.TABLE_NAME AND T.TABLE_NAME IN ('ORD_ITEM', 'ORD_ITEM_RANDOM');- 클러스터링 팩터는 테이블 자체로는 좋다 나쁘다고 할 수 없다. 특정 인덱스를 이용할 때, 해당 인덱스으 클러스터링 팩터가 좋은지 나쁜지를 ..

이번에는 인덱스의 스캔 방식에 어떤 종류들이 있는 지 알아보자.Index Unique Scan루트 블록에서 시작하여 브랜치 블록을 거쳐 리프 블록까지 내려가서 최종 데이터가 저장된 테이블 목록을 읽어 단 한 건을 찾는 방식이다.이 스캔 방식은 오직 수직적 탐색으로만 데이터를 찾는다.Unique Scan을 사용하려면 Unique 인덱스를 = 조건으로 탐색해야 하며, 중복 값이 없어야 한다. 예시:SELECT * FROM ITEM WHERE ITEM_ID = 11; -- PK 컬럼의 ID로 탐색 (Unique Scan)SELECT * FROM UITEM WHERE ITEM_ID = 89; -- FK 컬럼이기 때문에 Range Scan Index Range Scan인덱스 스캔 중 가장 일반적으로 사용되는 방식..

Oracle 인덱스는 데이터베이스의 성능을 최적화하기 위해 자주 사용되는 데이터 구조이다.  인덱스의 구조와 탐색 원리를 이해하면, 데이터베이스에서 효율적으로 데이터를 찾고 관리하는 데 큰 도움이 된다. 아래에서는 인덱스의 기본 개념과 인덱스의 구조적 요소들에 대해 더 깊이 알아보자.1. 인덱스의 기본 개념인덱스(Index)는 테이블의 열(컬럼)에 대한 정렬된 데이터 구조이다.  테이블의 데이터는 특정 순서 없이 저장되지만, 인덱스는 데이터베이스가 더 빠르게 검색할 수 있도록 특정 열의 값을 기준으로 정렬하여 별도로 관리한다.  인덱스는 책의 색인처럼 작동하여, 데이터베이스가 특정 데이터를 빠르게 찾을 수 있도록 돕는다. B-Tree 인덱스는 Oracle에서 가장 일반적으로 사용되는 인덱스 구조이다.  ..

DBMS_XPLAN.DISPLAY_CURSOR는 오라클에서 SQL 실행 계획을 조회하기 위해 사용되는 함수이다.  이 함수는 특히 실행된 SQL 문에 대한 실행 계획과 그에 대한 성능 통계를 제공하는 데 유용하다.  이를 통해 SQL 문이 어떻게 실행되었는지, 그리고 성능을 개선할 여지가 있는지 확인할 수 있다. 실행 계획 조회: DBMS_XPLAN.DISPLAY_CURSOR는 커서와 관련된 실행 계획을 보여준다. 이를 통해 쿼리가 실행된 방식과 각 단계에서 사용된 접근 방법을 확인할 수 있다.실행 통계 제공: 실행된 쿼리에 대한 통계 정보를 제공한다. 이 통계에는 실제로 읽은 블록 수, 사용된 CPU 시간, 실행된 행의 수 등이 포함된다. 이러한 정보는 쿼리 성능을 분석하고 병목 지점을 찾아내는 데 도..

요즘 회사에서 오라클 DB 성능 튜닝에 대한 공부를 좀 하고 있는데, Obsidian만 사용하다가 유기된 블로그도 좀 살릴 겸.. 여기에도 정리를 해보려고 한다. 간단하게 오라클 DB의 데이터 저장 구조와 SELECT 문을 실행했을 때 어떤 순서로 쿼리를 수행하는 지 먼저 알아보고 넘어가자.오라클 아키텍처의 데이터 저장 구조오라클 데이터베이스의 데이터 저장 구조는 물리적 구조와 논리적 구조로 나뉜다.물리적 구조:데이터 파일 (Data Files): 실제 데이터가 저장되는 파일이다. 테이블의 데이터, 인덱스, 블록 등이 이 파일에 저장된다.컨트롤 파일 (Control Files): 데이터베이스의 상태와 구조를 관리하는 파일이다. 데이터 파일과 리두 로그 파일의 위치 정보, 데이터베이스 이름, 백업 정보 등..