CordCat

🔍 EF Core에서 Owned Entity 삭제가 안 될 때? Include()가 핵심이었다!최근 EF Core로 개발을 하다가 꽤 당황스러운 이슈를 겪었습니다.Owned Entity인 AlarmAction을 null로 설정했는데, DB에서는 값이 전혀 지워지지 않더라구요. alarmSchedule.AlarmAction = null; await context.SaveChangesAsync(); 확실히 AlarmAction을 null로 만들었고, 저장도 했는데…DB에는 여전히 데이터가 남아있었습니다. 왜일까요?🧠 문제 상황 요약AlarmAction은 AlarmSchedule의 Owned Entityinsert나 update는 잘 되는데,null로 만들고 save해도 삭제가 반영되지 않음❗ 원인: In..

갑자기 사라진 블루투스? 이렇게 해결했어요!며칠 전, 노트북을 평소처럼 잘 사용하고 있었는데 갑자기 블루투스가 사라지는 이상한 현상이 발생했습니다.장치 관리자에도 블루투스 관련 항목이 전혀 보이지 않고, 설정창에서도 블루투스를 켜고 끌 수 있는 메뉴 자체가 없어졌더라고요."혹시 드라이버 문제인가?" 싶어서 장치 관리자에서 드라이버 스캔도 해보고, 재부팅도 여러 번 해봤지만 여전히 블루투스는 사라진 상태.정말 황당하고 당황스러웠는데, 다행히도 아주 간단한 방법으로 문제를 해결할 수 있었습니다.✅ 해결 방법: 완전 종료 후 재부팅이 방법은 윈도우의 '빠른 시작' 기능이 블루투스 관련 초기화를 제대로 하지 못할 때 사용할 수 있는 팁이에요.✔️ 방법은 아주 간단합니다:Shift 키를 누른 상태에서 시스템 종료..

EF Core를 사용하다 보면 개발 중 데이터베이스 스키마에 여러 번 변경이 발생하고, 그 결과 여러 마이그레이션 파일이 생성됩니다. 때로는 테스트 환경이나 초기 개발 단계에서 기존에 적용했던 마이그레이션을 제거하고 새롭게 시작해야 할 필요가 있습니다. 이번 포스트에서는 기존 DB에 적용된 마이그레이션을 제거하고 새로운 마이그레이션으로 재적용하는 방법을 단계별로 설명합니다.1. 상황 이해현재 상황:기존에 여러 마이그레이션이 적용된 상태에서, 코드 변경으로 인해 스키마를 다시 초기화하거나 새롭게 정의해야 하는 경우.문제점:이미 데이터베이스에 적용된 마이그레이션이 존재하면, dotnet ef migrations remove 명령어로 단순히 제거할 수 없습니다. (이미 DB에 반영된 경우 “마이그레이션 제거 ..

MSSQL 외부 접속 설정 방법 1. SQL Server Configuration Manager에서 TCP/IP 활성화SQL Server Configuration Manager 실행버전에 따라 SQLServerManager16.msc(2022), SQLServerManager15.msc(2019) 등왼쪽 트리에서 SQL Server 네트워크 구성 → (인스턴스 이름)의 프로토콜 클릭오른쪽 창에서 TCP/IP를 사용(Enabled) 상태로 변경TCP/IP를 더블클릭 → IP 주소 탭 → 맨 아래 IPAll 섹션의 TCP 포트가 기본 1433인지 확인다른 포트를 사용한다면 그 포트 번호를 기억해둡니다.2. SQL Server 인증(Mixed Mode) 활성화SQL Server Management Studio..

Fuslogvw(Assembly Binding Log Viewer) 사용Fuslogvw.exe는 .NET Framework에서 발생하는 어셈블리 바인딩(로딩) 실패를 추적하는 도구입니다.관리자 권한으로 Developer Command Prompt 열기 -fuslogvw 라고 입력해 Assembly Binding Log Viewer 실행Settings 메뉴에서 “Log bind failures” (또는 “Log all binds”)를 체크하고, 로그를 저장할 경로 설정다시 Windows Service 설치(또는 installutil) 시도Fuslogvw 창으로 돌아와 Refresh 버튼을 클릭실패한 어셈블리 바인딩 기록이 있다면, 항목을 더블 클릭하여 상세 정보 확인

1. 메모리의 두 가지 주요 영역C#과 같은 언어에서 메모리는 크게 두 가지 영역으로 나뉩니다:스택(Stack): 메서드 호출과 로컬 변수, 값 타입의 데이터를 저장하는 공간.힙(Heap): 동적으로 할당된 객체와 참조 타입의 데이터를 저장하는 공간. 2. 스택(Stack) 특징값 타입 데이터를 저장합니다. (예: int, float, struct 등)메서드 호출 시, 메서드 내에서 선언된 로컬 변수들이 저장됩니다.LIFO (Last In, First Out) 구조로 동작합니다.메모리 할당 및 해제가 빠릅니다.스택 메모리는 메서드가 종료되면 자동으로 정리됩니다. 저장되는 데이터값 타입의 데이터 (int, float, bool, etc.)참조 타입의 참조(주소) (객체의 실제 데이터는 힙에 저장). 예시 ..

PostgreSQL은 기본적으로 보안을 위해 **로컬 연결(localhost)**만 허용하도록 설정되어 있습니다. 외부 IP에서 PostgreSQL 데이터베이스에 연결하려면 다음 설정을 추가해야 합니다.1. pg_hba.conf 파일 수정pg_hba.conf는 PostgreSQL의 인증 방식을 정의하는 설정 파일입니다. 외부 IP에서 접근을 허용하려면 아래와 같은 설정을 추가해야 합니다.pg_hba.conf 경로: PostgreSQL 설정 디렉터리에서 확인할 수 있습니다. 예:C:\Program Files\PostgreSQL\17\data\pg_hba.conf설정 추가:# 모든 IPv4 주소 허용 (보안상 비추천)host all all 0.0.0.0/0 ..

WCF와 SDK API의 스레드 문제 및 해결 방법1. 문제의 배경WCF(Windows Communication Foundation)는 기본적으로 호출을 처리하기 위해 고유한 스레드 풀을 활용합니다. 반면, 동기식 호출을 기반으로 작동하는 SDK API 는 특정 스레드에서의 호출을 요구하거나 스레드 상태를 관리합니다. 이로 인해 다음과 같은 문제가 발생할 수 있습니다:WCF 호출 스레드와 SDK API 호출 스레드가 동일한 경우, SDK 내부에서 스레드 상태(예: LockState)가 예상치 못한 방식으로 변경되어 오류가 발생.SDK API 호출 중 스레드 상태 충돌로 인해 연결이 끊어지거나 LockStateException과 같은 에러가 발생.2. 문제의 원인2.1 스레드 충돌WCF에서 제공하는 호출 ..

. NET Framework에서 PackageReference로 전환하기. NET Framework는 기본적으로 packages.config 방식을 사용하여 NuGet 패키지를 관리합니다. 이 방식에서는 NuGet 패키지가 packages 폴더에 다운로드되고, 프로젝트는 해당 폴더에서 수동으로 참조 경로를 설정해야 합니다.하지만, 더 현대적이고 효율적인 방식인 **PackageReference**를 사용하면 NuGet 패키지 관리와 참조가 자동화되어 개발 과정이 간소화됩니다. 이 문서에서는 PackageReference 방식으로 전환하는 방법과 그 장점을 설명합니다.PackageReference란?PackageReference는 NuGet 패키지를. csproj 파일 내에서 직접 관리하는 방식입니다. 이..

보호되어 있는 글입니다.