개발노트

현재 새로운 요청으로 DA를 하게 되었고 정규화와 역정규화 사이에서의 고민을 담아봅니다. 고민에 앞서 우선, 정규화와 역정규화 정의를 살펴봅니다.(무엇이든 주장에는 근거가 있어야한다. 라고 생각하기 때문에 어떤 주장을 하든  그 주장의 근거에 대해서 알아 봅니다.)정규화 (Normalization)정규화는 데이터베이스를 설계할 때 데이터의 중복을 줄이고 데이터 무결성을 유지하기 위해 테이블을 구조화하는 과정입니다. 정규화의 주요 목적은 데이터의 중복을 최소화하고 데이터 일관성을 유지하는 것입니다. 정규화는 여러 단계로 나뉘며, 각 단계는 정규형(Normal Form)으로 알려져 있습니다.제1정규형(1NF, First Normal Form):모든 테이블의 열이 원자값(Atomic Value)을 가져야 합니..

1. 같은 이미지를 겹친다. 2. 겹친 이미지 중, 위에 있는 이미지에서 블러 처리할 섹션만큼 자른다. 3. 꾸밈효과 > 블러 효과를 클릭하면 끝.!

인덱스 힌트(index hint) 옵티마이저가 의도된 인덱스를 타지 않는다면 직접 지정해주는 방법입니다.(하지만, 옵티마이저를 따르는 것이 좋음)SQL 쿼리에서 특정 인덱스를 사용하도록 지시하는 것을 "인덱스 힌트(index hint)"라고 합니다.이는 SQL 옵티마이저가 자동으로 선택한 인덱스 대신 특정 인덱스를 사용하도록 강제할 때 유용합니다.다음은 SQL Server에서 사용되는 인덱스 힌트의 예시입니다.SELECT column1, column2FROM table_name WITH (INDEX (index_name))WHERE condition;위의 쿼리에서 table_name은 조회할 테이블의 이름, column1, column2는 반환할 열의 이름, index_name은 사용할 인덱스의 이름을 ..

어떤 테이블의 어떤 칼럼에 인덱스가 걸려있는지 조회하기 위한 쿼리 입니다.SELECT -- 테이블 이름 TableName = T.name, -- 인덱스 이름 IndexName = IND.name, -- 인덱스 ID IndexId = IND.index_id, -- 인덱스 컬럼 ID ColumnId = IC.index_column_id, -- 컬럼 이름 ColumnName = COL.name, -- 인덱스 관련 모든 정보 IND.*, -- 인덱스 컬럼 관련 모든 정보 IC.*, -- 컬럼 관련 모든 정보 COL.*FROM -- 인덱스 정보가 있는 시스템 뷰 sys.indexes INDINNER JOIN --..

논클러스터 인덱스(Non-Clustered Index)NON CLUSTERED INDEX를 사용하는 상황은 주로 특정 쿼리 성능을 향상시키기 위해 필요합니다.논클러스터 인덱스의 특징과 사용해야 하는 일반적인 상황은 다음과 같습니다논클러스터 인덱스의 주요 특징물리적 순서와 무관:논클러스터 인덱스는 테이블의 물리적 순서에 영향을 미치지 않습니다. 이는 클러스터 인덱스와의 주요 차이점입니다. 클러스터 인덱스는 테이블의 실제 데이터가 인덱스 키 순서에 따라 물리적으로 정렬되도록 합니다.별도의 저장 구조:논클러스터 인덱스는 데이터베이스 테이블의 실제 데이터와는 별도로 저장됩니다. 인덱스는 인덱스 키 값과 해당 데이터 행의 위치 정보를 포함하는 구조로 구성됩니다.데이터 행의 주소 저장:논클러스터 인덱스는 인덱스 키..

클러스터 인덱스(Clustered Index) 클러스터 인덱스(Clustered Index)는 데이터베이스 테이블의 데이터를 정렬된 순서로 저장하는 인덱스 구조입니다. 클러스터 인덱스는 테이블의 데이터가 인덱스 키의 순서에 따라 물리적으로 정렬되도록 합니다. 각 테이블에는 하나의 클러스터 인덱스만 존재할 수 있습니다.(통상적으로 PK를 인덱스를 잡는다.)클러스터 인덱스의 주요 특징물리적 정렬:클러스터 인덱스는 테이블의 데이터가 인덱스 키 값의 순서에 따라 물리적으로 정렬되도록 합니다. 이는 데이터 검색 시 빠른 접근을 가능하게 합니다.삽입(Insert), 삭제(Delete), 수정(Update)로 데이터 페이지에 변환이 일어난다면, 전체 정렬이 필요함하나의 클러스터 인덱스:하나의 테이블에는 하나의 클러스..

인덱스 조회하는 쿼리문Select T.name, I.* From sys.tables (nolock) AS TINNER JOIN sys.indexes (nolock) AS I ON T.object_id = I.object_id조회결과 위 DB의 Table에서는 PK 인덱스인 클러스터 인덱스만 존재 -> 데이터가 Insert 될때마다 재정렬 발생 - CLUSTERED: 클러스터 인덱스(물리적 순서)- HEAP: 힙 테이블(Clustered-Index) 가 없는 테이블 저장방식- NONCLUSTERED: 논클러스터 인덱스(데이터 행의 주소 RID 를 별도로 저장공간에 저장)

https://school.programmers.co.kr/learn/courses/30/lessons/49189 프로그래머스코드 중심의 개발자 채용. 스택 기반의 포지션 매칭. 프로그래머스의 개발자 맞춤형 프로필을 등록하고, 나와 기술 궁합이 잘 맞는 기업들을 매칭 받으세요.programmers.co.krimport sysfrom collections import dequedef solution(n,edge): graph = [[] for _ in range(n+1)] visited = [0] * (n+1) for link in edge: a,b = link[0],link[1] graph[a].append(b) graph[b].append(a..

https://school.programmers.co.kr/learn/courses/30/lessons/12977 프로그래머스코드 중심의 개발자 채용. 스택 기반의 포지션 매칭. 프로그래머스의 개발자 맞춤형 프로필을 등록하고, 나와 기술 궁합이 잘 맞는 기업들을 매칭 받으세요.programmers.co.krdef findAnswer(n): """ 주어진 숫자 n이 소수인지 확인하는 함수. 소수인 경우 True를 반환하고, 그렇지 않은 경우 False를 반환합니다. """ if n   https://school.programmers.co.kr/learn/courses/30/lessons/70129 프로그래머스코드 중심의 개발자 채용. 스택 기반의 포지션 매칭. 프로그래머스의 개발..

API 서버에서 DTO를 작성하여 원하는 JSON 데이터를 만들 수 있게 되었다.전부 넘기는 것보다 효율적으로 데이터를 넘겨야한다.(아래와 같이 보내면 클남.)> GET Request를 2개 만들고 Cocktail만 불러오는 것 하나, Ingredient를 불러오는 것 하나 만들어서 프론트에서 categoryId를 통해 조건부로 나누자  DTO 설계에 좀 더 디테일을 추가하고, 필요한 데이터만 가져올 수 있도록 다듬어보자.그리고 화면 아이디어를 짜보자 배운점:Entity 관계를 설정할 때(@OneToMany, @ManyToOne) @JsonProperty를 사용하면 @JsonIgnore 로 직렬화에 제외된 필드를 추가할 수 있다. 예시) @ManyToOne(fetch = FetchType.LAZY)..