변수의 기록

[DB]Index Full Scan과 Fast Full Scan 차이(Oracle 인덱스 스캔 정리)

들어가며요즘 SQLP를 준비하면서 인덱스 스캔 방식을 공부하고 있습니다. 회사에서도 Oracle을 쓰고 있어서 실행계획에 INDEX RANGE SCAN이나 INDEX FAST FULL SCAN이 찍히는 건 자주 봤는데요. 막상 "그래서 둘이 뭐가 다른데?"라는 질문을 받으면 제대로 설명을 못 하겠더라고요.특히 Index Full Scan과 Index Fast Full Scan은 강의를 몇 번 돌려 봐도 계속 헷갈렸습니다. 처음에는 Fast Full Scan이 정렬된 결과를 가져오는 쪽인 줄 알았는데, 정확히 반대였습니다. 이번 글에서는 제가 헷갈렸던 지점들을 질문했던 순서대로 정리해 보려고 합니다.이 글에서 다루는 내용은 아래와 같습니다.Oracle의 인덱스 스캔 방식 (Unique, Range, Ski..

RAG와 LangChain/LangGraph로 보는 전처리 구조들어가며생성형 AI, AI 에이전트 관련 자료를 보다 보면 RAG, 벡터DB, LangChain, LangGraph, MCP 같은 용어가 별다른 구분 없이 한 문장에 뒤섞여 등장한다. 문제는 이 용어들이 전부 같은 층위에 있는 게 아니라는 점이다. 어떤 것은 "모델에게 무엇을 보여줄지"를 다루고, 어떤 것은 "그 흐름을 어떤 순서로 통제할지"를 다룬다.이 글은 그 경계 하나만 다룬다.LLM이 실제로 추론하는 과정(모델 내부에서 벌어지는 연산 자체)은 다루지 않는다. 트랜스포머 구조, 어텐션 메커니즘 같은 주제는 완전히 별도의 심화 학습이 필요한 영역이다. 여기서는 그 추론이 시작되기 직전까지, 즉 하나의 요청이 조립되는 과정만 정리한다.1. ..

도메인 이관 생존기 imweb 빌더로 운영하던 사이트를 코드로 다시 짜서 Railway로 옮기던 중, 도메인 하나로 . 인증코드부터 캐시 전파까지, 헷갈렸던 용어들과 함께 정리했다. 이관 완료: imweb → Gabia | 승인 소요: 약 2일 | 체감 장애: 0건01. 개요외주 고객 요청은 이렇게 시작됐다.현재 상태: imweb 빌더로 운영 중인 사이트 — 코드가 따로 없는 노코드 빌더 도구원하는 것: 같은 화면을 코드로 재현해서 Railway 같은 클라우드 서버로 이전전제 조건: 기존 imweb에서 구매한 도메인은 그대로 계속 사용고객의 요청은 명확했다. imweb 빌더로 운영 중인 사이트를 자체 코드베이스로 다시 만들어서 클라우드(Railway)로 옮기고 싶다는 것. imweb은 빌더 도구라 코드..

쉬운코드 라이브 강의 + 추가 심화 내용 통합 정리 이전 편(JVM 구조)에서 ClassLoader, JIT, JVM 메모리 구조를 다뤘다면 이번 편은 그 위에서 동작하는 GC 자체를 깊게 파고들고, GC가 왜 탄생했는지부터, 어떤 테크닉을 쓰는지, 어떻게 튜닝하는지까지 한 번에 정리 해보려고 합니다.최대한 정리를 하였지만, 명강의 선생님을 따라 갈 수 없기에 유튜브 멤버십을 통하여 강의를 꼭 들어보시기를 추천드립니다!! https://www.youtube.com/@ezcd목차GC가 탄생한 이유: C++ vs Java 메모리 관리GC의 장단점GC의 역할: OS ↔ JVM Heap ↔ ApplicationGC의 주요 테크닉언제 GC 선택과 튜닝이 중요한가왜 GC 선택과 튜닝이 중요한가 (Amdahl's L..

쉬운코드 라이브 강의 + 추가 심화 내용 통합 정리GC를 제대로 이해하려면 JVM이 어떤 구조로, 왜 이렇게 동작하는지를 먼저 꿰고 있어야 한다.최대한 정리를 하였지만, 명강의 선생님을 따라 갈 수 없기에 유튜브 멤버십을 통하여 강의를 꼭 들어보시기를 추천드립니다!!https://www.youtube.com/@ezcd 목차JVM이 탄생한 이유: Write Once, Run AnywhereJava 실행 파이프라인: .java → 프로세스ClassLoader와 Lazy LoadingJVM이 바이트코드를 실행하는 두 가지 방식/bin/java 실행 후 main() 호출까지의 흐름JVM 프로세스 메모리 구조 (Virtual Address Space 전체 그림)GC 공부를 위한 핵심 연결 고리1. JVM이 탄생..

개인 프로젝트 서버(우분투 가정용 PC)를 운영하다 서로 다른 공격자에게, 서로 다른 방법으로 두 차례 침해당한 경험을 기록한다.한 번은 Monero 코인채굴, 한 번은 대역폭 판매. 같은 서버에서 동시에 서로 다른 돈벌이가 진행됐다.핵심 요약1차 공격 (PostgreSQL) — 5432 포트 브루트포스 → COPY TO PROGRAM으로 RCE → XMRig 코인채굴 + syscall 루트킷2차 공격 (Jenkins) — RCE 취약점 → 대역폭 판매 앱 4종 몰래 설치 → 80일간 미발견공공 원인 — UFW 미설정, 내부 서비스 포트 외부 노출, 모니터링 부재대응 — OS 재설치 없이 포트 차단 + 프로세스 kill + 악성 파일 제거로 수습 완료서버 환경OS: Ubuntu 22.04 LTS (홈서버..

1.도입배경 - 개인프로젝트 서버가 확장되면서, 백앤드서버, 채팅서버, 카프카 ,리액트 등 코드 수정 후 배포의 번거로움이 늘어 CI/CD 연동의 필요성을 느꼈다. GitHub Actions는 별도의 도구 없이 GitHub 플랫폼 내에서 CI/CD 환경을 구축할 수 있게 해줍니다. 소스 코드 관리와 배포 자동화를 하나의 생태계에서 처리할 수 있다는 점이 가장 큰 장점이며, 이를 통해 개발 프로세스의 효율성을 극대화하고 팀원 간의 유기적인 협업을 가능하게 합니다. 2.파이프라인 2-1. GitHub Actions: CI/CD 파이프라인 엔진. GitHub Actions를 구성하는 5가지 핵심 요소GitHub Actions는 단순히 명령어를 나열하는 것이 아니라, 체계적인 컴포넌트들로 이루어져 있습니다..

1. 도입 배경과 시스템 설계 (Architecture)도입 배경 : 사실 제 개인 프로젝트에 카프카가 반드시 필요한 만큼의 트래픽은 발생하지 않습니다. 하지만 실무에서 대규모 데이터 처리와 시스템 확장을 고민할 때 Kafka는 선택이 아닌 필수라는 것을 알게 되었습니다. 단순히 이론으로만 아는 것과, 실제 내 프로젝트의 아키텍처를 뜯어고치며 발생하는 네트워크 설정, 메모리 최적화, 비동기 데이터 정합성 문제를 직접 해결해 보는 것은 큰 차이가 있다고 판단했습니다.그래서 기존의 단순한 구조를 과감히 버리고, **이벤트 기반 아키텍처(Event-Driven Architecture)**로 확장하는 도전을 시작했습니다.해결책 : Kafka를 브로커로 두어 각 서비스 간의 **의존성을 제거(Decoupling)..

지난 포스팅에서 제네릭의 불공변성(Invariance) 때문에 발생하는 불편함에 대해 다뤘습니다.List는 List의 부모가 아니기 때문에 유연하게 사용할 수 없었죠.이를 해결하기 위해 등장한 것이 바로 **와일드카드(?)**입니다. 이번 글에서는 와일드카드의 핵심 개념과 3가지 종류, 그리고 이를 뒷받침하는 공변과 반공변의 원리까지 정리합니다.1. 와일드카드란? (Unknown Type Argument)와일드카드(?)는 말 그대로 **"알 수 없는 타입(Unknown Type)"**을 의미합니다. 정해지지 않은 타입을 나타내기 때문에 제네릭을 더 유연하게 사용할 수 있게 해줍니다.핵심 제약 사항Type Argument 위치에서만 사용 가능클래스나 메서드를 정의할 때(Box)는 쓸 수 없습니다. (T를 ..

더보기 자바 개발자라면 List에 List을 대입할 수 없다는 사실을 한 번쯤 마주하게 됩니다. "String은 Object의 자식이니까 당연히 되어야 하는 거 아니야?"라는 의문이 들 수 있죠. 오늘은 배열과 제네릭의 차이, 그리고 제네릭의 서브타입 관계에 대해 정리해 봅니다.1. 기본 개념: Java의 타입 계층 구조우선 자바의 기본적인 상속 관계를 짚고 넘어가겠습니다.Integer는 Number의 서브타입입니다 (Integer Number는 Object의 서브타입입니다 (Number 따라서 Integer는 Object의 서브타입이기도 합니다.이 관계는 **Liskov Substitution Principle (리스코프 치환 원칙)**에 의해 자식 객체를 부모 타입 변수에 대입할 수 있게 해줍니다.2..