1. 먼저 mysql을 다운받아 초기 설정을 함 다운로드 링크: mysql 다운로드
2. root로 설정하고 비밀번호를 단순히 4자리 숫자로 적었는데 자꾸 스프링부트에서 db연동이 안되는 상황이 발생 -> 비밀번호가 일치하지 않다는 error가 뜸
3. 구글링을 통해 해결

   Consider using a password with 8 or more characters with mixed case letters, numbers and punctuation marks.

   비밀번호를 대소문자, 특수문자, 숫자 포함하여 8글자 이상 설정하지 않아서 생긴 오류였고 비밀번호를 변경하니까 해결됨

• application.yml에 내용 추가

• dependencies 수정

  runtimeOnly 'com.mysql:mysql-connector-j' //추가 

  

쿼리테스트

게시판(Post) CRUD 시 실제로 어떤 SQL 쿼리가 나가는지 확인

쿼리(Query) : DB에게 수행을 요청하는 구문

insert into post (content, title) values (?, ?)

• 게시글 저장 시 위와 같은 쿼리

select p1_0.id, p1_0.content, p1_0.title from post p1_0

• 게시글 전체 조회 시 위와 같은 쿼리

select ... from post where p1_0.id=?
update post set content=?, title=? where id=?

• 게시글 수정 시 위와 같은 쿼리
• 특정 게시글을 찾고 수정해야하기 때문에 select문도 실행됨

select ... from post where p1_0.id=?
delete from post where id=?

• 게시글 삭제 시 위와 같은 쿼리
• 특정 게시글을 찾고 삭제해야하기 때문에 select문도 실행됨

• post 후 Workbench를 통해 sql문을 실행하여 테이블 확인하여 데이터가 잘 들어갔는지 확인함

• put을 통해 게시글 내용과 제목을 수정 후 다시 sql문을 실행하여 데이터가 잘 바뀌었는지 확인함

ERD 설계 -ing

데이터베이스 설계 과정에서 사용되는 모델링 기법 중 하나로, 데이터베이스에 저장될 데이터 엔티티(entity)들과 엔티티 간의 관계(relationship)를 시각적으로 표현

ERD의 용도

• 데이터 베이스 모델링 엔티티와 속성들을 테이블과 컬럼들로 변환
• 소프트웨어 엔지니어링 서로 다른 시스템 요소와 서로 간의 관계를 식별하는데 도움이 됨

ERD 구성요소

Entity

어떤 시스템인지에 따라 Entity는 사람, 장소, 사건(이벤트), 오브젝트가 될 수 있음 데이터베이스의 테이블이 엔티티로 표현됨

Attribute

특성, 엔티티의 성격, 관계, 또 다른 속성 데이터베이스의 테이블의 각 필드(컬럼)들이 엔티티 속성

Relationship

엔티티 사이의 논리적인 연결 즉 엔티티와 엔티티가 존재의 형태나 행위로서 서로에게 영향을 주는 형태

Domain

속성의 값, 타입, 제약사항 등에 대한 범위를 표현 사용자의 기호에 따라 속성 타입만 그릴수도 있고 가독성을 위해서 생략할 수도 있음

ERD 키와 제약 조건 표기법

주 식별자(PK)

데이터베이스 테이블의 Primary Key표현 중복이 없고 NULL 값이 없는 유일한 값에 지정하는 식별자 ◆ 다이아몬드로 표현하기도 하고 아니면 열쇠로도 표현하기도 함 주 식별자는 유일한 속성이므로 다른 속성과의 명확한 구분을 위해 구분선을 두기도 함

NOT NULL

해당 속성에 들어갈 값에 NULL을 비허용한다면 N 혹은 NN을 적음 만약 NULL을 허용한다면 N을 적지 않음

외래 식별자(FK)

데이터베이스 테이블의 Foreign Key를 표현 외래 식별자 역시 Key의 일종이기 때문에 ERD 엔티티에도 열쇠 아이콘으로 표시 외래 식별자를 표시할 때에는 선을 이어주는데 개체와 관계를 따져 표시

ERD 엔티티 관계 표기법

엔티티끼리 관계가 있는 경우 선을 이어 관계를 맺어야 함 부모의 키를 자식에서 PK로 쓰는지 일반 속성으로 사용하는지에 따라 실선인지 점선인지 나뉘게 됨 실선으로 그으면 강한 관계를 나타내는 것이며 식별자 관계임 점선으로 그으면 약한 관계를 나타내는 것이며 비식별자 관계임

ERD 네이밍 규칙

• 테이블 이름은 직관적이어야하고 약어는 지양해야함
• 테이블 이름은 복수로 정해야 함

Cardinality

• 테이블 간의 관계를 명시하는 표현
• 1:1 관계: 유저당 유저 이메일
• 1:n 관계: 한 유저당 여러 개의 상품을 장바구니에 넣는 경우
• n:m 관계: 학생과 강의의 관계

함수적 종속성

• DB 속성들간의 종속 관계

• 학번을 통해 학생의 학년을 알 수 있다 (학번은 중복될 수 없다)
• 학번, 과목번호 ▶️ 성적 완전 함수 종속: 학번과 과목번호를 모두 알아야 성적을 알 수 있다 즉 Y가 X의 전체에 종속됨
• 과목번호, 학번 ▶️ 학년 부분 함수 종속: 학년을 알기 위해서는 과목번호까지는 몰라도 된다 즉 Y가 X의 부분만 종속됨

CRUD

"Create, Read, Update, Delete"의 약어로 데이터 베이스와 같은 시스템에서 기본적인 데이터 관리 기능을 의미

DB에서의 CRUD

• Create(생성): 새로운 데이터 생성
• Read(읽기): 데이터 조회
• Update(갱신): 기존 데이터 수정
• Delete(삭제): 데이터 삭제

REST API에서의 CRUD

• Create(생성) -HTTP 메서드: POST -ex) 새로운 사용자 생성
• Read(읽기) -HTTP 메서드: GET -ex) 모든 사용자 목록 가져오는 경우
• Update(갱신) -HTTP 메서드: PUT 또는 PATCH -ex) 특정 사용자의 정보 업데이트
• Delete(삭제) -HTTP 메서드: DELETE -ex) 특정 사용자 삭제

CRUD 구현

계층 분리 구조

• Controller는 요청을 받고
• Repository는 DB와 통신을 하고
• Service는 그 사이에서 진짜 로직을 처리

게시판 엔티티

package com.goormthonUniv.goormthon.entity;

import jakarta.persistence.Entity;
import jakarta.persistence.Id;
import jakarta.persistence.GeneratedValue;
import jakarta.persistence.GenerationType;
import jakarta.persistence.Column;

@Entity
public class Post {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    @Column(nullable = false, length = 100)
    private String title;

    @Column(nullable = false, columnDefinition = "TEXT")
    private String content;

    public Long getId() {
        return id;
    }

    public String getTitle() {
        return title;
    }

    public String getContent() {
        return content;
    }

    public void setTitle(String title) {
        this.title = title;
    }

    public void setContent(String content) {
        this.content = content;
    }
}

Controller

package com.goormthonUniv.goormthon.controller;

import com.goormthonUniv.goormthon.dto.PostRequestDto;
import com.goormthonUniv.goormthon.dto.PostResponseDto;
import com.goormthonUniv.goormthon.repository.PostRepository;
import com.goormthonUniv.goormthon.service.PostService;
import jakarta.validation.Valid;
import org.springframework.http.HttpStatus;
import org.springframework.http.ResponseEntity;
import org.springframework.web.bind.annotation.*;

import java.util.List;

@RestController
@RequestMapping("/posts")
public class PostController {

    private final PostService postService;

    public PostController(PostService postService) {
        this.postService = postService;
    }

    @PostMapping
    public ResponseEntity<PostResponseDto> createPost(@RequestBody PostRequestDto request) {
       PostResponseDto response = postService.createPost(request);
       return new ResponseEntity<>(response, HttpStatus.CREATED);
    }

    @GetMapping
    public List<PostResponseDto> list() {
        return postService.getAllposts();
    }


    @GetMapping("/{id}")
    public PostResponseDto get(@PathVariable Long id) {
        return postService.getPost(id);
    }

    @DeleteMapping("/{id}")
    public ResponseEntity<String> delete(@PathVariable Long id) {
        postService.deletePost(id);
        return ResponseEntity.ok("게시글이 성공적으로 삭제되었습니다.");
    }

    @PutMapping("/{id}")
    public PostResponseDto update(@PathVariable Long id, @RequestBody @Valid PostRequestDto request) {
        return postService.updatePost(id, request);
    }
}

POST

GET

DELETE

• DELETE 후 GET 실행하여 삭제되었는지 확인

PUT

-PUT 후 GET 실행하여 제대로 수정이 되었는지 확인

어노테이션 개념 정리

프로젝트를 구성할 때 Model,Controller,View의 역할로 구분하는 패턴

• Model: 데이터를 담는 곳 , Controller에서 View로 데이터를 전달하기 위한 일시적인 데이터 저장소

• Controller: 요청을 처리하는 곳 → 중간 관리자 사용자의 요청을 받아서 비지니스 로직을 수행하고 그 결과를 View에 전달하는 역할

  @Controller
  public class UserController {
  
    @Autowired
    private UserService userService;
  
    @GetMapping("/users")
    public String getUsers(Model model) {
        // 엔티티에서 데이터베이스로부터 사용자 목록을 가져옴
        List<User> users = userService.getAllUsers();
  
        // 모델에 사용자 데이터를 담아 뷰로 전달
        model.addAttribute("users", users);
  
        return "userList"; // userList.jsp 혹은 userList.html로 이동
    }
  }

• View: 사용자가 보는 화면, 즉 input text, check box와 같은 사용자 인터페이스 요소를 의미 → 데이터를 기반으로 사용자들이 볼 수 있는 화면

Spring web Layer

1. Web Layer: 사용자의 요청과 이에 대한 응답 반환의 전반적인 처리가 일어나는 영역
2. Service Layer: Web Layer와 Repository Layer 사이에서 실질적인 어플리케이션 로직이 일어나는 영역
3. Repository Layer: DB와 같은 데이터 저장소에 접근하는 영역
4. DTOs: 계층 간의 데이터 교환을 위한 객체
5. Domain Model: 개발 대상, 즉 도메인을 모든 사람들이 동일한 관점에서 이해할 수 있고 공유할 수 있도록 단순화한 것

• DAO (Data Access Object) : 데이터 베이스에 접근하기 위한 객체
• DTO (Data Transfer Object): 계층 간 데이터 교환을 하기 위해 사용하는 객체 → 로직을 가지지 않는 순수한 데이터 객체(getter & setter 만 가진 클래스)
• VO (Value Object): 값 오브젝트로써 값을 위해 쓰임 오직 read-Only VO는 DTO와 다르게 getter만 가지고 있음
• IOC(Inversion of Control,제어의 역전): 제어의 흐름을 개발자가 직접 관리하지 않고 프레임워크나 컨테이너가 대신 관리하는 것 → 의존하는 객체를 직접 생성하지 않으므로 클래스 간 의존성이 낮아짐
• DI(Dependency Injection,의존성 주입): 객체가 다른 객체에 의존할 때 이를 외부에서 주입해주는 방식

DI 방식

• 생성자 주입 (Constructor Injection)

  • 객체를 생성할 때 의존성을 생성자의 인자로 주입하는 방식

    public class Car {
    private Engine engine;
    
    // 생성자를 통해 의존성을 주입
    public Car(Engine engine) {
     this.engine = engine;
    }
    }

• setter 주입 (Setter Injection)
  • 객체 생성 후 세터 메서드를 통해 의존성을 주입
  • 선택적인 의존성에 대해 사용할 수 있으며 의존성이 필요하지 않을 수도 있는 경우에 유용

public class Car {
    private Engine engine;

    // 세터를 통해 의존성 주입
    public void setEngine(Engine engine) {
        this.engine = engine;
    }
}

• 필드 주입 (Field Injection)
  • 필드에 직접적으로 의존성을 주입하는 방식으로 가장 간단한 방법
  • 테스트나 유지보수 측면에서 권장되지 않음

    @Service
    public class UserService {
    @Autowired
    private UserRepository userRepository;
    }

Spring Bean

Bean의 역할

• 객체 생성 및 관리
• 의존성 관리
• 객체 생애 주기 관리

Bean 등록하는 방법

• 어노테이션 기반 설정
  • @Component 애노테이션이 있으면 스프링 빈으로 자동 등록
  • @Component를 포함하는 @Controller, @Service, @Repository 애노테이션도 스프링 빈으로 자동 등록
• 자바 설정 파일
  • @Configuration과 @Bean 애노테이션을 이용해 스프링 빈을 등록

    @Configuration
    public class AppConfig {
    @Bean
    public UserService userService() {
      return new UserService();
    }
    }

스프링 컨테이너(Spring Container)

• 빈의 생명주기를 관리(빈의 생성, 관리,제거)하며 생성된 빈에게 추가적인 기능을 제공하는 것
• DI(의존성 주입)을 통해 애플리케이션의 컴포넌트를 관리
• 스프링 컨테이너는 서로 다른 빈을 연결하여 애플리케이션 빈을 연결하는 역할을 함
• 객체 간의 의존성을 낮추어 결합도를 낮추고 높은 캡슐화를 위해 스프링 컨테이너를 사용

스프링 컨테이너의 종류

• Bean Factory
  • 스프링 컨테이너의 최상위 인터페이스
  • 가장 기본적인 스프링 컨테이너로 설정된 빈을 관리하고 의존성을 주입함
  • 주로 리소스가 제한적인 상황에서 사용됨
• Application Context
  • BeanFactory를 확장한 컨테이너로 대부분의 스프링 애플리케이션에서 사용함

계층형 디렉터리 구조

• src/main/java: 자바 소스 코드를 저장하는 디렉터리 컨트롤러,서비스,리포지토리, 도메일 모델 등의 자바 클래스 파일들이 저장됨
• src/main/resources: 애플리케이션 설정 파일, 정적 리소스, 템플릿 등을 저장하는 디렉터리
• src/test/java: 테스트용 자바 소스 코드를 저장하는 디렉터리
• src/test/resources: 테스트에 필요한 리소스 파일을 저장하는 디렉터리

간단한 API 개발

• /hello 요청이 들어오면 "Hello,World!"문자열을 반환하는 API 만들기

n이 주어졌을 때, 1부터 n까지 합을 구하는 프로그램을 작성하시오.

입력

첫째 줄에 n (1 ≤ n ≤ 10,000)이 주어진다.

출력

1부터 n까지 합을 출력한다.

문제 접근 방법

for문을 통해 1부터 n까지의 값을 더한다.

코드

#include <stdio.h>

int main() {
    int n;
    int sum = 0;
    scanf("%d", &n);

    for (int i = 1; i <= n; i++) {
        sum += i; //sum = sum+i;
    }
    printf("%d", sum);
}