안까먹을라고 쓰는 블로그

SOLID 원칙이란?

YawnsDuzin — Tue, 8 Apr 2025 16:11:00 +0900

아래의 내용은 Perplexity에서 아래의 프롬프트로 문의하여 조회한 내용입니다.

SOLID 원칙이 뭔지 알려줘

SOLID 원칙은 객체 지향 프로그래밍(OOP)에서 소프트웨어 설계를 더 유연하고 유지보수하기 쉽게 만들기 위한 다섯 가지 핵심 원칙을 나타냅니다. 이 원칙들은 로버트 C. 마틴(Uncle Bob)에 의해 소개되었으며, 각각의 약자는 다음을 의미합니다:

1. 단일 책임 원칙 (Single Responsibility Principle, SRP)

정의: 클래스는 단 하나의 책임만 가져야 하며, 변경 사유도 하나여야 합니다.
목적: 각 클래스가 하나의 역할만 수행하도록 설계하여 코드의 응집도를 높이고, 유지보수를 용이하게 합니다.
예시:

class UserManager {
    public void CreateUser(string name) { /* 사용자 생성 로직 */ }
}

class Logger {
    public void Log(string message) { /* 로그 출력 로직 */ }
}

2. 개방-폐쇄 원칙 (Open/Closed Principle, OCP)

정의: 소프트웨어 구성 요소는 확장에는 열려 있어야 하고, 수정에는 닫혀 있어야 합니다.
목적: 기존 코드를 수정하지 않고도 새로운 기능을 추가할 수 있도록 설계합니다.
예시:

interface PaymentMethod {
    void Pay(decimal amount);
}

class CreditCardPayment : PaymentMethod {
    public void Pay(decimal amount) { /* 신용카드 결제 로직 */ }
}

class PayPalPayment : PaymentMethod {
    public void Pay(decimal amount) { /* PayPal 결제 로직 */ }
}

3. 리스코프 치환 원칙 (Liskov Substitution Principle, LSP)

정의: 하위 클래스는 상위 클래스의 기능을 대체할 수 있어야 하며, 프로그램의 동작에 영향을 주지 않아야 합니다.
목적: 상속 관계에서 일관성을 유지하고, 다형성을 올바르게 활용합니다.
예시:

class Bird {
    public virtual void Fly() { /* 새가 날다 */ }
}

class Sparrow : Bird { /* 참새도 날 수 있음 */ }

class Penguin : Bird {
    public override void Fly() { throw new NotSupportedException(); } // LSP 위반
}

4. 인터페이스 분리 원칙 (Interface Segregation Principle, ISP)

정의: 클라이언트는 자신이 사용하지 않는 메서드에 의존하지 않아야 합니다.
목적: 인터페이스를 작고 구체적으로 나눠 불필요한 의존성을 줄입니다.
예시:

interface IPrinter {
    void Print();
}

interface IScanner {
    void Scan();
}

class MultiFunctionPrinter : IPrinter, IScanner {
    public void Print() { /* 출력 로직 */ }
    public void Scan() { /* 스캔 로직 */ }
}

class SimplePrinter : IPrinter {
    public void Print() { /* 출력 로직 */ }
}

5. 의존 역전 원칙 (Dependency Inversion Principle, DIP)

정의: 고수준 모듈은 저수준 모듈에 의존해서는 안 되며, 둘 다 추상화에 의존해야 합니다.
목적: 구체적인 구현이 아닌 추상화에 의존하도록 설계하여 유연성을 높입니다.
예시:

interface IMessageSender {
    void SendMessage(string message);
}

class EmailSender : IMessageSender {
    public void SendMessage(string message) { /* 이메일 전송 로직 */ }
}

class NotificationService {
    private readonly IMessageSender _messageSender;

    public NotificationService(IMessageSender messageSender) {
        _messageSender = messageSender;
    }

    public void Notify(string message) {
        _messageSender.SendMessage(message);
    }
}

// 사용
var emailSender = new EmailSender();
var notificationService = new NotificationService(emailSender);

SOLID 원칙의 장점

코드 재사용성 증가
유지보수 비용 감소
확장성과 유연성 향상
결합도 감소 및 응집도 증가

SOLID 원칙을 잘 이해하고 적용하면 더 나은 소프트웨어 설계를 실현할 수 있습니다.

끝~

[C#] 추가 스터디

YawnsDuzin — Tue, 8 Apr 2025 15:33:48 +0900

AI Skills Fest

https://learn.microsoft.com/en-us/dotnet/csharp/linq/

Language Integrated Query (LINQ) - C#

Introduces Language Integrated Query (LINQ) in C#.

learn.microsoft.com

데이터 모델링

YawnsDuzin — Sat, 5 Apr 2025 16:32:42 +0900

https://inpa.tistory.com/entry/DB-%F0%9F%93%9A-%EB%8D%B0%EC%9D%B4%ED%84%B0-%EB%AA%A8%EB%8D%B8%EB%A7%81-1N-%EA%B4%80%EA%B3%84-%F0%9F%93%88-ERD-%EB%8B%A4%EC%9D%B4%EC%96%B4%EA%B7%B8%EB%9E%A8

데이터 모델링 개념 & ERD 다이어그램 작성 총정리

데이터 모델링 이란? 데이터 모델링이란 정보시스템 구축의 대상이 되는 업무 내용을 분석하여 이해하고 약속된 표기법에 의해 표현하는걸 의미한다. 그리고 이렇게 분석된 모델을 가지고 실제

inpa.tistory.com

https://www.ibm.com/kr-ko/topics/data-modeling

데이터 모델링이란? | IBM

데이터 모델링이 추상화를 사용하여 엔터프라이즈 정보 시스템 내에서 데이터 플로우의 특성을 표현하고 이를 보다 잘 파악하는 방법 살펴보기

www.ibm.com

[C#] 디자인 패턴

YawnsDuzin — Mon, 24 Mar 2025 16:23:58 +0900

https://refactoring.guru/ko/design-patterns/abstract-factory

추상 팩토리 패턴

/ 디자인 패턴들 / 생성 패턴 추상 팩토리 패턴 다음 이름으로도 불립니다: Abstract Factory 의도 추상 팩토리는 관련 객체들의 구상 클래스들을 지정하지 않고도 관련 객체들의 모음을 생성할 수 있

refactoring.guru

생성 패턴 (Creation pattern)
- 추상 팩토리(Abstract Factory)
- 빌더(Builder)
- 팩토리 메서드(Factory method)
- 프로토타입(Prototype)
- 싱글턴(Singleton)

구조 패턴 (Structural pattern)
- 어댑터(adapter)
- 브리지(bridge)
- 복합체(Complex)
- 데코레이터(Decorator)
- 퍼사드(Facade)
- 플라이웨이트(Flyweight)
- 프록시(Proxy)

행동 패턴 (Behavior pattern)
- 책임 연쇄(Chain of Responsibility)
- 반복자(Iterator)
- 메멘토(Memento)
- 상태(situation)
- 템플릿 메서드(Template method)
- 커맨드(Command)
- 중재자(moderator)
- 옵서버(Observer)
- 전략(Strategy)
- 비지터(Visitor)

이름	설명	목적	핵심 아이디어	사용 예시	적용 조건
Singleton	클래스의 인스턴스를 하나만 생성하고 전역 접근점을 제공하는 패턴	리소스 관리 및 글로벌 상태 공유	단일 인스턴스를 생성하고 이를 재사용하는 방식	로그 서비스, 설정 관리, 데이터베이스 연결	클래스가 하나의 인스턴스만 필요할 때
Factory Method	객체 생성 인터페이스를 정의하되, 서브클래스가 생성 객체 유형을 변경할 수 있도록 하는 패턴	코드 의존성을 줄이고 유지보수를 용이하게 함. 객체 생성의 유연성 제공	객체 생성 과정을 캡슐화하여 코드 종속성을 줄임	데이터베이스 연결 팩토리, API 클라이언트 생성	객체 생성 로직이 자주 변경되거나 확장 가능해야 할 때, 다양한 객체를 생성해야 하는 상황
Abstract Factory	관련된 객체군을 구체적인 클래스 지정 없이 생성할 수 있도록 하는 패턴	객체군 간의 일관된 생성 보장	여러 제품군을 생성하는 팩토리 메서드를 제공	UI 테마 구성 요소 생성, 데이터베이스 드라이버 팩토리	여러 관련 객체를 동시에 생성해야 할 때
Builder	복잡한 객체를 단계적으로 생성할 수 있도록 하는 패턴	복잡한 객체의 유연한 생성	동일한 생성 코드로 다른 표현을 지원	SQL 쿼리 빌더, HTML 문서 빌더	객체가 복잡하고 다양한 표현이 필요할 때
Observer	한 객체의 상태 변화에 따라 의존 객체들이 자동으로 업데이트되도록 하는 패턴	이벤트 기반 시스템 구현	상태 변화를 감지하고 알림을 전달하는 메커니즘	UI 이벤트 핸들러, 실시간 데이터 스트리밍	상태 변화 알림이 필요할 때
Strategy	알고리즘 군을 정의하고 이를 캡슐화하여 상호 교환 가능하도록 하는 패턴	알고리즘 선택의 유연성 제공	알고리즘을 별도의 클래스로 분리하여 동적으로 교체 가능	결제 방식 선택, 데이터 정렬 알고리즘	다양한 알고리즘을 동적으로 사용해야 할 때
Adapter	서로 다른 인터페이스를 가진 클래스들이 함께 작동할 수 있도록 변환하는 패턴	호환성 문제 해결	기존 클래스의 인터페이스를 변환하여 새로운 요구사항 충족	COM 통신, 외부 API 통합	기존 코드와 새로운 코드 간의 호환성이 필요할 때
Decorator	객체에 동적으로 새로운 기능을 추가할 수 있도록 하는 패턴	기능 확장의 유연성 제공	기존 객체를 감싸는 래퍼를 사용하여 기능 추가	로그 기능 추가, 권한 검사 기능	런타임 중 기능 확장이 필요할 때
Command	요청을 캡슐화하여 실행, 취소 및 기록을 지원하는 패턴	요청 처리의 유연성 제공	요청을 별도의 객체로 만들어 실행 및 취소 가능하게 함	작업 큐 처리, 실행 취소 기능, UI 버튼 이벤트 처리, Undo/Redo 기능	요청 실행 및 취소가 필요할 때
Template Method	알고리즘의 구조를 정의하되 세부 단계는 서브클래스에서 구현하도록 하는 패턴	알고리즘 구조의 일관성 유지	알고리즘 골격을 정의하고 세부 구현은 서브클래스에 위임	데이터 처리 파이프라인, UI 렌더링	알고리즘 구조는 동일하나 세부 구현이 다를 때

위 테이블은 C#에서 현업에서 자주 사용되는 디자인 패턴들을 정리한 것입니다. 각 패턴은 특정 상황에 적합하며 코드 품질과 유지보수성을 향상시키는 데 도움을 줍니다.

✅ 현업에서 패턴 적용이 잘 된 예

기능	사용패턴	설명
인증/로그인 방식 다양화	Strategy	SNS, 자체 로그인 등 동적 전략
유저 권한 제어	Chain of Responsibility	권한 조건을 체인으로 처리
결제 처리	Strategy + Factory	결제 수단마다 다른 전략 + 동적 생성
작업 취소 (Undo/Redo)	Command + Memento	명령을 캡슐화하고 상태 저장
이벤트 전파	Observer or Mediator	UI나 게임 내 상태 변화 전달

끝~

[C#] MVP, MVM, MVVM 비교

YawnsDuzin — Sat, 8 Feb 2025 11:01:09 +0900

https://t1.daumcdn.net/cfile/tistory/271AC241558582EF0E

MVC, MVP, MVVM은 소프트웨어 아키텍처 패턴으로 역할 분리와 테스트 용이성을 목표로 하지만 C# 환경에서의 구현 방식과 활용 영역에서 차이를 보입니다. 각 패턴의 핵심 구조와 C# 프레임워크별 적용 사례를 중심으로 차이점을 비교해 보겠습니다.

1. 패턴별 기본 구조

MVC (Model-View-Controller)

Model: 데이터와 비즈니스 로직 처리 (예: Entity Framework를 통한 데이터 관리)
View: UI 표현 (ASP.NET의 Razor 뷰)
Controller: 사용자 입력 처리 및 Model/View 간 중재 (ASP.NET MVC의 컨트롤러 클래스)
동작 흐름: 사용자 입력 → Controller → Model 업데이트 → View 갱신

MVP (Model-View-Presenter)

Presenter: View의 로직을 직접 제어하며, WinForms에서 주로 사용
View: UI 이벤트를 Presenter에 전달하는 수동적 역할
특징: View-Presenter가 1:1 강한 의존성을 가짐
C# 적용 예시: Windows Forms 애플리케이션에서 Presenter가 데이터 바인딩 없이 수동으로 View 업데이트

MVVM (Model-View-ViewModel)

ViewModel: WPF/Xamarin의 데이터 바인딩을 활용해 View와 자동 동기화
데이터 바인딩: INotifyPropertyChanged 인터페이스와 XAML 바인딩으로 코드 감소
특징: View-ViewModel 간 1:N 관계 가능 (유연한 구조)
C# 적용 예시: WPF 애플리케이션에서 Binding 구문으로 UI 자동 갱신

2. 주요 차이점 비교

구분	MVP	MVC	MVVM
핵심 기술	Presenter의 명시적 인터페이스	Controller의 수동 제어	데이터 바인딩 (WPF/Silverlight)
View 의존성	Presenter에 완전 의존	Model 직접 참조 가능	ViewModel과 완전 분리
테스트 용이성	Presenter 단위 테스트 가능	View-Model 결합으로 낮음	ViewModel 독립 테스트 용이
C# 프레임워크	WinForms	ASP.NET MVC	WPF, Xamarin, MAUI
코드 양	많음 (수동 이벤트 처리)	중간	적음 (자동 바인딩)

3. C# 환경에서의 선택 기준

MVP: 레거시 Windows Forms 유지보수 시 Presenter를 통한 로직 분리
MVC: 간단한 웹 애플리케이션(ASP.NET)에 적합하며 신속한 개발이 필요할 때
MVVM: 복잡한 데스크톱/모바일 앱(WPF/Xamarin)에서 데이터 바인딩과 유지보수성 강조

예를 들어, WPF에서 MVVM을 사용할 경우 사용자 입력 처리 코드가 60% 감소한다는 사례가 있으며, ASP.NET Core MVC에서는 컨트롤러 단위 테스트가 어렵지만 MVP/MVVM은 Presenter/ViewModel을 독립적으로 검증할 수 있습니다

[참고사이트]
https://hackersstudy.tistory.com/71

끝~

[C#] ASP.NET 튜토리얼

YawnsDuzin — Sat, 8 Feb 2025 10:15:03 +0900

https://asp.mvc-tutorial.com/

The ASP.NET Core MVC Tutorial

The complete ASP.NET Core MVC Tutorial Welcome to this ASP.NET Core MVC tutorial, currently consisting of 73 articles, where you'll learn to make your own web applications using ASP.NET Core and the MVC framework. If you're brand new to ASP.NET and/or the

asp.mvc-tutorial.com

[c#] WPF 튜토리얼

YawnsDuzin — Sat, 8 Feb 2025 10:14:33 +0900

https://wpf-tutorial.com/

Welcome - The complete WPF tutorial

The complete WPF tutorial Welcome to this WPF tutorial, currently consisting of 126 articles, where you'll learn to make your own applications using the WPF UI framework. If you're brand new to WPF, then we recommend that you start from the first chapter a

wpf-tutorial.com

[IP-TIME 공유기] 포트포워딩 방법 (Feat. 외부접속)

YawnsDuzin — Mon, 27 May 2024 13:35:37 +0900

포트-포워딩이란?

포트 포워딩은 외부의 컴퓨터가 내부 네트워크의 특정 PC에 접근할 수 있도록 특정 포트를 통해 접속을 허용하는 설정입니다.
이는 특정 서비스나 애플리케이션을 외부에서 접근할 수 있도록 하는 데 사용됩니다.
공유기를 사용하는 우리는 공유기 내에 여러 장비들을 연결하고 사용하고 있는데요,
포트포워딩을 통해 외부에서 공유기로 연결을 시도하면 포트포워딩 설정 내용에 따라 내부의 특정기기의 특정포트로 연결하기 위한 방법으로 사용할 수 있습니다.

iptime-공유기-포트-포워딩-설정-방법

1.-공유기-관리-도구-실행

별다른 설정을 한적이 없으시다면 인터넷 브라우저에서 http://192.168.0.1로 이동하여 접속할 수 있습니다.
접속 후 관리도구로 진입합니다.

3.-포트-포워드-설정

포트포워드의 동작을 간단하게 설명해 보자면,
포트 포워드 설정을 통해 외부의 PC에서 공유기가 가진 외부아이피:포트로 접속하면
공유기에서 사전에 설정한 내부접속주소:포트로 연결하도록 하는 기능입니다. 이제 포트포워드 설정을 진행합니다.

고급설정 > NAT/라우터 관리 > 포트 포워드 설정
설정 예시 (원격 데스크톱, 3389번 포트)

규칙 이름: 원하는 이름으로 설정합니다.
내부 IP주소: 원격 접속하려는 PC의 IP주소를 입력합니다.
프로토콜: TCP 선택
외부 포트: 3389 (원격 데스크톱 기본 포트)
내부 포트: 3389

설정 후 하단의 "적용" 버튼을 클릭합니다.

내부포트는 사용해야하는 서비스 포트와 일치시켜야 안정적으로 서비스에 접속할 수 있습니다. 가끔 IPS사업자가 특정 포트들을 닫아두는 경우가 있습니다. 이때는 열려있는 다른 포트로 접속하여 내부 서비스 포트로 연결하는 방식으로 막혀있는 포트를 우회할 수도 있습니다.

예를들어 원격 설정이 필요한 상황인데 외부에서 3389포트로 접속할 수 없을 경우라면 외부주소는 9999등의 포트로 우회하여 접속, 내부 주소와 포트를 내부IP:3389로 설정하여 원격 접속을 할 수 있답니다.

이렇게 설정을 마치면 iptime 공유기에서의 포트 포워딩 설정이 완료되며, 이 설정을 통해 외부에서 공유기로 연결시도를 하면 내가 지정한 PC로 원격 접속이 가능하게 됩니다.

참고사이트 : https://gibgabsu.tistory.com/entry/포트-포워딩-설정-방법-iptime-포트-포워드-설정해보기

[WINDOW SERVER] 백업(BACKUP) & 복원(RESTORE)

YawnsDuzin — Mon, 27 May 2024 12:57:05 +0900

백업(BACKUP)기능 추가

1.1. Windows Server의 백업을 사용하기 위해서는 "서버 백업" 기능을 추가해야 합니다.
- [서버 관리자]를 실행하고, [관리]의 [역할 및 기능 추가]를 선택합니다.

1.2. [시작하기 전 > 시작하기 전]에서 [다음]을 선택 합니다.

1.3. [설치 유형 선택 > 설치 유형]에서 [역할 기반 또는 기능 기반 설치] 선택 후, [다음]을 선택합니다.

1.4. [대상 서버 선택 > 서버 선택]에서 [서버 풀에서 서버 선택] 선택 후, [다음]을 선택 합니다.

1.5. [서버 역할 선택 > 서버 역할]에서 역할 선택 없이 [다음]을 선택합니다.

1.6. [기능 선택 > 기능]에서 [Windows Server 백업]에 체크 후, [다음]을 선택 합니다.

1.7. [설치 선택 확인 > 확인] 에서, [설치]를 선택합니다.

1.8. [설치 진행률 > 결과]에서 Windows Server 백업 기능 설치가 완료 되면 [닫기]를 선택합니다.

백업(BACKUP)

2.1. 서버관리자를 실행하고, [도구]의 [Windows Server 백업]을 선택합니다.

2.2. [서버 백업]에서 [로컬 백업]을 선택합니다.

2.3. [백업 옵션 > 백업 옵션]에서 [다른 옵션(D)]를 선택 후, [다음(N)] 선택

2.4. [백업 구성 선택 > 백업 구성 선택]에서 [전체 서버(권장)(U)] 선택 후, [다음(N)] 선택

2.5. [대상 형식 지정 > 대상 형식 지정]에서 [로컬 드라이브(L)] 선택
- 네트워크의 다른 경로에 저장 하려면, [원격 공유 폴더(E)] 선택

2.6. [백업 대상 선택 > 백업 대상 선택]에서 [백업 대상(B)] 선택 후, [다음(N)] 선택
- 일반적으로 백업 대상은 "C: 드라이브"를 선택

※ 동일한 드라이브에 백업을 하려고 하는 경우, 아래와 같은 알람창이 표시됩니다.
- 이런 경우 다른 드라이브에 백업을 받으시는 것이 좋습니다.

2.7. 백업이 완료되면, [닫기]를 선택합니다.

2.8. 백업파일은 지정한 경로(Ex)로컬디스크,외장하드,NAS 등)에 아래와 같이 만들어 집니다.

복원(RESTORE)

3.1. Windwos Server 설치 미디어로 부팅을 진행합니다.
- [Windows 설치]에서 [다음]을 선택합니다.

3.2. [Windows 설치]에서 [컴퓨터 복구]를 선택합니다.

3.3. [옵션 선택]에서 [문제 해결] "PC초기화 또는 고급 옵션 표시"를 선택합니다.

3.4. [고급 옵션]에서 [시스템 이미지 복구] "특정 시스템 이미지 파일을 사용해 Windows 복구"를 선택합니다.

3.5. [시스템 이미지 복구]에서 [대상 운영 체제]를 선택합니다.

3.6. 시스템 이미지 백업을 선택합니다.
- [사용 가능한 최신 시스템 이미지 사용]을 선택 후, [다음]을 선택합니다.
- (다른 시스템 이미지를 사용 할 경우, [시스템 이미지 선택]을 선택 후, 적용할 이미지를 선택합니다.

3.7. [마침]을 선택합니다.

3.8. 복원할 드라이브의 모든 데이터가 시스템 이미지의 데이터로 바뀌는 것을 확인하고, 복구의 진행을 위해 [예]를 선택합니다.

3.9. 시스템 이미지에서 서버를 복원하고, 복원이 완료되면 시스템을 재 시작 합니다.

3.10. Windows Server가 복구 된것을 확인할 수 있습니다.

참고사이트 : https://recycling05.com/entry/

[ORACLE] 백업(BACKUP) & 복원(RESTORE) (Feat. sql developer)

YawnsDuzin — Mon, 27 May 2024 12:55:47 +0900

sql developer 툴을 이용하여, oracle db 백업 및 복원 방법에 대한 설명입니다.
먼저 sql developer로 oracle db에 접속합니다.

백업(BACKUP)

1. 상단 메뉴 -> 도구 로 들어가면 데이터베이스 익스포트 항목이 있다. 선택을 하면 아래와 같이 소스/대상 선택 팝업이 뜬다.
접속할 DB Connection을 선택하고 익스포트할 항목을 선택한다. (기본적으로 삭제외에 모두 선택되어있다.)
저장 형식은 sql파일로 저장하고 별도의 디렉토리 항목을 선택하면 테이블생성, 데이터생성, 시퀀스 생성 등 기능별로 디렉토리를 분리하여 sql문을 덤프한다.
덤프할 디렉토리를 설정하고 다음으로 진행한다

2. 익스포트할 유형을 지정한다. 기본으로 전체선택이 되어있다. 다음으로 진행

3. 상단 조회 버튼을 클릭하면 지정한 DB의 전체 내용이 검색 되고 우측 >> 버튼을 누르면 덤프할 내용들이 우측 창에 담긴다.

4. 데이터 지정 룰을 선택하는데... 기본 All 지정된 내용 그대로 진행...

5. 완료 버튼을 클릭하면 아래와 같이 DB에서 덤프 내용을 익스포트한다.

6. 덤프 지정 위치에 가보면 전체 실행 시퀀스를 담은 sql 문제 생성되고 각각 기능별로 디렉토리가 구분되어 sql이 저장되어 있다.
추후에 DB에 덤프 내용을 다시 넣고 싶으면 sql 워크 시트에서 아래와 같이 시퀀스 sql을 실행시켜 주면 복원이 진행된다.
테이블 FK관계 참조 전후 관계를 고려해서 덤프가 되어있기 때문에 그대로 수행되면 쫑나지 않고 순리대로 들어가게 된다.

[참고사이트] https://kindloveit.tistory.com/16

복원(RESTORE)

위에서 SQL Developer export 방식을 통해서 백업한 오라클 테이블을 복원(Restore) 하는 방법에 대해서 설명 드리도록 하겠습니다.
해당 내용도 SQL Developer를 이용해서 구현하는 걸로 설명드리도록 하겠습니다.

먼저 SQL Developer를 실행을 시켜 줍니다.

1. insert 문으로 익스포트한 경우

이 경우는 별다른 설명이 필요 없이 간단합니다. 워크시트에서 "@스크립트 파일명" 을 실행해서 할 수도 있고, 익스포트 파일내용을 워크시트로 복사 붙여넣어서 실행을 해도 됩니다.

2. 엑셀 형식 또는 csv 형식으로 익스포트한 경우

이때도 DDL 문은 sql 스크립트로 되어 있으므로 워크시트에서 실행해서 필요한 객체를 생성하면 됩니다.
데이터는 테이블 별로 import 하여야 합니다.
sqldeveloper 좌측의 테이블 트리를 열고 마우스 오른쪽 키를 눌러 "데이터 임포트(A)..." 를 선택해서 데이터임포트 마법사를 시작합니다.

- 데이터 파일 임포트 항목에 임포트할 엑셀 파일을 선택합니다.

- 두 번째 단계에서 임포트 방식 지정과 데이터를 확인할 수 있습니다. 엑셀 데이터의 입력은 insert 스크립트가 만들어지고 그것이 실행되어 입력되는 방식입니다.

- 다음 단계에서 입력할 열을 선택할 수 있습니다. 기본으로 전체 선택이 되어 있습니다.

- 다음 단계에서 열 정의를 하게 됩니다. 소스의 열과 테이블의 열을 맞출 수 있습니다.

- 다음 단계는 지금까지 설정의 요약정보를 보여줍니다. 필요하면 뒤로 돌아가서 다시 설정할 수 있습니다.

- 완료를 눌러 임포트를 수행합니다.

[참고사이트] https://developerhjg.tistory.com/106