Error2. 미들웨어와 비동기

• 미들웨어가 비동기로 작성되었다고 해서 미들웨어가 문지기로서의 본연의 임무를 하지 못하게 만들지는 않음. 왜냐하면 next()라는 함수가 promise, then 마냥 순서를 잡아주는 듯.

• DB에다가 객체형 데이터를 저장하는 건 그리 효율적인 방법이 아님. DB는 JSON을 잘 인식하지 못해서 JSON 문법들을 사용해야 한다고 함. 대신 배열을 써보라고 하셨음

• 요런식으로 데이터형에 []를 붙이면 배열을 이용할 수 있다고 함.
• 그런데 []를 붙여서 scarlar list 형태를 사용하는 건 NoSQL에서 가능한 듯, SQL에선 불가한 듯 보임

• createMany를 쓰는 방법도 있긴 한데... 이 방법은 사진 개수가 정해져 있을 때만 쓸 수 있다.

• 그래서 결국은 SQL의 한계로 인해 JSON에 손을 대게 됐음
  

• 그래서 요런식으로 객체를 받아 JSON 문법을 사용하여 문자형화 하도록 설계를 하고

• photos에 객체를 넣어 주면, photos 테이블에 성공적으로 사진 주소가 들어가게 된다(국밥들 자리가 클라우드 링크 들어갈 자리)

<참고>

• 요런 식으로 값을 불러내는 건 불가능, ORM에서 지원하는 방식이 아니라고 함

• 근데 잘 생각해 보니까, 이런식으로 객체로 묶어서 사진을 한 번에 다 넘겨줄 거면, photos 테이블이 필요 없더라, 그래서 photos 테이블을 삭제하고, photos 컬럼을 posts 컬럼으로 옮김

-migrate dev/migrate deploy는 db를 조작하는 명령어인듯

• 현재 사각형 부분에서 에러의 지옥에 빠져있음.

• post 잘찾아놓고는 prisma.posts.findFirst가 작동하지 않는다고 찡찡대고 있음. 왜지??? 애당초 작동을 안했으면 찾아 올 수가 없었잖아.

• 이거 지금 postId: +postId 의 postId: 부분 조차도 못읽어 내고 있는거 같다. 이 postId와 테이블의 postId가 다르다고 인식하고 있는거야.

• 뭐 어찌됐건... 서버 상에서 delete >> get redirect는 실패했다. 아니 근데 문서 같은 거보면 기본적으로 get 요청으로 redirect된다는데, 왜 이러는지 진짜 어지럽다. 여하튼 오늘도 삽질 거하게 한 하루였다.