패킷 컴퓨터 네트워크에서 데이터를 전송하는 작은 단위를 가리킵니다. 이 작은 조각은 송신된 데이터를 나타내며, 전송 중에는 송신자에서 수신자로 이동하면서 네트워크를 통해 전달됩니다. 패킷에는 송신자 및 수신자의 주소, 데이터의 일부 및 제어 정보 등이 포함도리 수 있습니다. 이러한 패킷들이 네트워크를 통해 이동함으로써 데이터가 안정적으로 전송되고, 정보가 정확하게 도달할 수 있도록 도와줍니다. 서킷 스위칭 통신에서 사용되는 전송 방식 중 하나로, 통신할 때 일정한 회선을 전체 통신 동안 할당하여 데이터를 주고받는 방식입니다. 이 방식은 통신을 위한 전용 경로를 설정하고, 데이터가 이 경로를 따라 전송되므로 데이터가 도착하는 순서가 보장되고 실시간 통신에 유리합니다. 서킷 스위칭은 전환 통화와 같은 연결 ..

기수 정렬 비교를 통해 정렬하는 대부분의 알고리즘과는 다르게 숫자를 자릿수 별로 비교하며 정렬하는 비교하며 정렬하는 비교 정렬이 아닌 정렬 알고리즘 입니다. 이 알고리즘은 각 숫자의 자릿수를 기준으로 정렬하며, 작은 단게부터 시작하여 큰 단계까지 반복적으로 수행합니다. 또한 일반적으로 가장 낮은 자리수부터 시작하여 가장 높은 자리수까지 정렬합니다. 각 자릿수를 기준으로 숫자를 정렬하는 과정에서 카운팅 정렬이 사용될 수 있습니다. 각 숫자의 1의 자리를 기준으로 정렬하고 10의 자리를 기준으로 추가적으로 정렬합니다. 이 때 10의 자리 숫자가 같을 때는 1의 자리 숫자가 작은 순서로 배치합니다. 중복된 숫자가 있다면, 정렬된 후에도 중복된 순서가 입력 순서와 같다면 안정적이다. 또한 안정적인 정렬 알고리즘..

Cloud Computing 인터넷을 통해 데이터를 저장, 관리, 처리하는 컴퓨팅 리소스의 제공과 이용을 의미합니다. 전통적인 방식으로는 개인이나 기업이 자체적으로 서버나 데이터 센터를 구축하고 유지하는 반면, 클라우드 컴퓨팅은 이러한 인프라를 제공하는 서비스 제공 업체가 있어 사용자들은 인터넷을 통해 필요한 컴퓨팅 리소스를 렌탈하여 사용할 수 있습니다. 이것은 서버, 저장소, 데이터베이스, 네트워크, 소프트웨어, 분석 등 다양한 IT 리소스를 온디맨드로 제공하고 유연하게 확장 및 축소할 수 있는 기능을 제공하빈다. 사용자는 필요한 만큼의 리소스를 구독형태로 이용하며, 서비스 제공자는 해당 리소스를 효율적으로 관리하고 유지보수 합니다. 이러한 클라우드 서비스는 비교적 낮은 비용으로 시작할 수 있고, 유연..

@EmbeddedId와 @IdClass @EmbeddedId JPA에서 복합키를 가진 엔티티 클래스의 복합 키를 매핑하는 데 사용합니다. 이 어노테이션은 복합 키를 하나의 임베디드 클래스로 정의할 때 사용됩니다. 복합키란 단일 필드가 아닌 둘 이상의 필드를 결합하여 엔티티의 기본 키로 사용하는 경우를 말합니다. 이때 @EmbeddedId를 통해 해당 복합 키를 하나의 클래스로 정의하고 해당 클래스를 엔티티 클래스에 포함하여 사용합니다. @Getter @Setter @Builder @NoArgsConstructor(access = AccessLevel.PROTECTED) @AllArgsConstructor(access = AccessLevel.PROTECTED) @Entity @Table(name = "u..

FetchType.Lazy Error org.springframework.http.converter.HttpMessageConversionExcepti on: Type definition error: [simple type, class org.hibernate.proxy.pojo.bytebuddy.ByteBuddyInterceptor]] with root cause 에러 발생.... 원인 클래스의 FetchType을 Lazy로 설정하면, 해당 엔티티의 연관된 객체들은 필요할 때까지 로딩 되지 않고 프록시 객체로 대체됩니다. 이 프록시 객체는 실제 객체를 감싸고 있으며, 필요한 시점에 데이터베이스에서 정보를 가져와 초기화됩니다. 하지만 이러한 Lazy로딩은 객체를 직렬화할 때 문제를 일으킬 수 있습니다. ..

Error resolving template api/boards template might Get 조회 시 error resolving template api/boards template might 가 발생했다...... error resolving template api/boards template might와 관련된 이유와 해결 방법은 주로 스프링 웹 애플리케이션에서 발생하는 문제입니다. 이러한 오류는 주로 ViewResolver가 해당 경로에 해당하는 템플릿 파일을 찾지 못해 발생합니다. 해결 방법 1. 템플릿 파일 위치 확인 프로젝트 내에서 템플릿 파일이 실제로 존재하는지 확인합니다. 보통 스프링부트 프로젝트에서는 src/main/resources/templates 디렉토리에 템플릿 파일을 위치시..

The requested URL returned error: 403 -> git을 이제 좀 자유롭게 사용하나 생각했는데 크나큰 오산이였다. 삽집을.... 대체.... The requested URL returned error: 403 발생 문제 해결 방법 시도. 1 1. 권한 부여하기 위해 인증을 합니다. 2. 인증을 하기 위해 가장 먼저 원격 저장소 URL을 올바르게 변경해 주어야 한다. git remote add origin 이후 git remote set-url origin 3. push 시도 4. 실패............ 시도 2 github 세팅하고 push 할 때 자주 나는 에러 라고 한다. 사유 Push 주소에 접근 권한이 없을 경우 1.현재 연결된 remote 확인 경로 이상이 없었지만 ..

즉시로딩 엔티티와 그와 연관된 엔티티들을 쿼리 할 때 한 번에 모두 가져오는 방식을 의미합니다. 한 개의 엔티티를 쿼리 할 때 이 엔티티와 연관된 다른 엔티티들도 즉시 로딩으로 설정되어 있다면, 해당 엔티티와 관계된 모든 데이터가 한 번에 가져옵니다. 이는 필요하지 않은 데이터까지 불러올 수 있어 성능에 영향을 줄 수 있습니다. 즉시 로딩 @ManyToOne, @OneToOne 과 같은 어노테이션에 fetch = FetchType.EAGER를 설정하여 구현할 수 있습니다. @Entity public class ParentEntity { @OneToMany(fetch = FetchType.EAGER) private List children; } 프록시와 즉시로딩 주의 지연로딩을 사용하는 것이 좋다. 데이터..

Proxy 왜 사용하나???????? 사용 주요 목적은 데이터베이스 조회를 최적화하고 성능을 향상시킵니다 엔티티 간의 연관 관계가 있을 때, 항상 모든 연관된 엔티티를 함께 조회하는 것은 필요하지 않을 수 있습니다. 이로 인해 불필요한 데이터베이스 조회가 발생할 수 있습니다. 이러한 상황에서 실제로 해당 연관된 엔티티가 필요한 시점에 데이터베이스 조회를 지연시키기 위해 프록시를 사용할 수 있습니다. 프록시는 실제 엔티티 객체를 대신하여 엔티티에 접근할 수 있는 가짜 객체입니다. 이 가짜 객체는 실제 데이터를 가지고 있지 않고, 대신 실제 데이터가 필요한 시점에 데이터베이스에서 데이터를 로딩합니다. 이를 통해 불 필요한 데이터 로딩을 피하고, 필요한 시점에서만 데이터를 가져와 사용할 수 있습니다. 따라서 ..