[D+128] Final Project : 8일차 스키마작성 && body-parser 에러

 

 

D+128

-  Final Project : 8일차 -

( 스키마작성완료 && 첫 에러발생 )

 

---

 

 

오늘은 질문게시판에 온 답변을 토대로 스키마 작성을 완료하였다.

 

 

엔지니어 분의 답은 일단 우리가 작성한 스키마는 큰 문제가 없어보이지만

users가 담고있는 정보가 schedules가 가지고 있는 users필드의 정보가 users컬렉션의 정보를 담고 있기 때문에

만약 users컬렉션의 정보가 바뀌면 schedules 컬렉션에 있는 users의 필드안의 값이 변경되지 않아

추후에 문제를 일으킬 수 있다는 것이였다.

 

그래서 우리는 이 문제점에 대해서 어떻게 문제를 해결할 수 있냐는 재 질문을 하였고,

mongoose에서 컬렉션간에 관계를 설정해 데이터관리를 할 수 있다는 답을 알려주셨고

이를 기반으로 우리는 몽구를 설치해 스키마를 작성하였다.

 

 

먼저 mongoose를 mongodb에 연결해 주는데 이때 옵션으로 2가지를 넣어주는데,

useNewUrlParser를 적어주지 않으면 새로운 파서를 사용해라라는 에러가 발생하기 때문에 true로 설정을 해준다.

 

useUnifiedTopology는 새 서버 검색 및 모니터링 엔진을 사용하기 위해서 사용하는 옵션이라고 한다.

 

 

users 컬렉션 같은 경우는 일단 이미지 업로드에 관련된 multer는 추후에 하기로 하고

닉네임, 이메일, 비밀번호 필드를 제작해 잘 동작되는 것을 확인 하였다.

 

이때 데이터가 생성될때 자동으로 Object id가 생성되는 것을 확인하였고,

이를 통해 API에서 경로파라미터를 nickname이 아닌 Object id를 넣어주기로 하였다.

 

 

Schedules는 hashtag는 배열형식으로 안에 객체를 받는 형식으로 변경해 주었는데

이때 해당 hashtag에서 _id가 자동으로 생성되는데 불필요해서 _id: false를 통해 _id 자동생성을 없애주었다.

 

그리고 userInfo에서 ref를 통해서 서로 연결되도록 설정해 주었다.

 

이렇게 해서 스키마가 완성되었고 각자 페이지를 맡아서 API를 구현하기로 하였는데

나에게 문제가 생겨버렸다.

 

 

req.body를 돌리면 자꾸 에러가 생기는 것이다.

 

그래서 콘솔로그로 값을 확인했는데 undefined이라고 나오는 것이다....

 

그래서 이거 해결한다고 당일날 API 구현은 거의 1도 못했다... ㅠㅜ

 

 

그래서 멍때리다가 express 사이트에 들어가서 확인을 하는데 아뿔싸....

body-parser가 없으면 undefined를 나타낸다는 것을 잊고 있었다.

 

그래서 급하게 body-parser를 설치하니 문제가 해결되었다!!!

 

근데 먼가 아이러니 했던게 express에서 body-parser가 내장되어 있어서 따로 설치가 필요없다고 들었는데

왜 없는지... 다시 내장이 안되어 버린 것인가?!

 

일단은 문제가 해결되어서 완전 다행이다 ㅠㅜ

 

오늘 새벽에 불타는 코딩으로 API를 구현해야겠다.

 

 

---