둘셋 개발!

이렇게 하면 다음과 같은 문제점이 발생한다. 문제점 엔티티에 프레젠테이션 계층을 위한 로직이 추가된다 -> 같은 엔티티에 대해 api가 용도에 따라 다양하게 만들어 지는데, 한 엔티티에 모든 요청 요구사항을 담기 힘들다 엔티티가 변경되면 api스펙이 변한다 (회원 조회) 컬렉션을 직접 반환하면 나중에 api 스펙을 변경하기 어렵다 결론 api 요청, 응답 스펙에 맞춰 별도의 DTO를 만든다 DTO란 ? Data Transfer Object의 약자로, 계층간 데이터 교환을 위한 자바빈즈를 뜻한다. (출처 : 이리의 개발 이야기 https://iri-kang.tistory.com/5) 엔티티를 API 프렉에 노출 하면 안된다 (회원 조회) 제네릭 클래스로 감싸줘서 나중에 필요한 필드를 추가할 수 있다. (참..

인터넷을 사용하기 위해 필요한 컴퓨터의 갯수는 최소 2개가 필요하다. 바로 요청하는 쪽과 응답하는 쪽인데, 이름을 부여하자면 요청하는 쪽 : Client 응답하는 쪽 : Server(서비스 제공자) 이때 databse server에 server가 이 Server(서비스 제공자)이다. 우리는 데이터를 얻기 위해 database server에 요청을 하게 되는데 , 요청하는 쪽이 바로 databases client이다. 예를 들어 우리가 MySQL monitor에 > mysql -uroot -p 라고 요청하면 database server에서 응답을 한다. 여기서 mysql monitor은 databases client 중 하나 이다. 그 말은 즉슨 다양한 database client로 부터 databses ..

설명을 하기전 필요성부터 느껴보자면 -topic(테이블) id title author profile 1 h2db egoing developer 2 mysql egoing developer 3 oracle hwa database administrator 이러한 테이블이 있다고 가정하자! 1, 2행의 author과 profile이 중복된다 중복이 있다는 것은 개선할 무언가가 있다는 것이다. 만약, 행의 갯수가 1억개이고 egoing과 developer이 아주 큰 데이터라면? 그리고 'egoing'을 'ego+ing'으로 수정해야 하게 되는 상황이 온다면? 따라서 유지보수하기 쉽고 중복을 없애기 위해 테이블을 분리해야한다 이렇게! -author(테이블) id name profile 1 egoing develo..

문법을 굳이 암기할 필요는 없고 필요할 때 잘 검색하는 것이 중요하다. 그래도 정리를 해보자면 1. insert into table(column1,column2) values (data1, data2); 2. select column1,column2 from table where 조건; 3. update table sey column1 = data1, column2 = data2 where 조건; -> where문에서 조건을 만족시키는 행만 update 함 4. delete from table where 조건; -> where문을 입력하지 않으면 테이블 전체가 삭제되기 때문에 조심해야함...