질문이 있습니다.!

2022-03-24T06:34:11.517Z

0

post와 user간에 다대다 신고 테이블을 만들어야 여러 번 신고하는 것을 막을 수 있습니다.

0

아 그렇군요 그리고 제가 궁금한게 있는데

본 강좌에서는 concat을 이용해서 reducers 상태전역관리에 DB에 글 insert, select되는 글 들을 

객체배열안에 붙여서  보여주게 했잖아요 사실 전 이런 글들 select 할때 <1, 2, ,3 >이런 페이징 기법으로 파라미터로 각 하단 번호 페이징 넘겨서 limit 이용해서 DB에서 select해서 받아오는 식으로 했었어서 

근데 프론트에서 글쓸때 객체배열안에 저장해서 사용할 수 있구나.. 라는 걸 처음느꼈어요..

(근데 여기서 궁금한게 이게 데이터가 엄청나게 많으면 프론트에서 버틸 수 있나요?)

<1,2,3,4,5>이런식의 페이징은 아무래도 중첩되어서 글들을 보여주는게 아니기 때문에 제가 하던 구조로 각 페이지에 해당하는 글 10~20개만 가지고오는게 효율적이겠죠? 이부분은?

0

네 리덕스에는 지금 당장 필요한 데이터 + 곧 필요해질 데이터 정도만 추려서 들고 있는 게 좋습니다.

0

답변감사합니다 !! 

질문 두개 있습니다.!

그 여기서 해당 게시글들을 리듀서에서 객체배열안에 concat으로 붙이는 구조잖아요? 

1. 이것도 게시물 데이터들이 많아지면 이렇게 짜면안되죠? 보통 게시물 같은경우 프론트에서 캐싱하는게 무리인거 맞나요?? 그 예를들어 사용자정보들 me<<같은거 쓸때 접합한거죠? 제가 생각하는게 맞나요? 

2. 그리고 그... 데이터가 어느정도로 많아지면 터지고 안터지고를 좀 알고 싶은데 Test를어떻게 해야하며? 관련 문서찾으려면 키워드를 어떻게 해야할까요?

0

1. 충분히 게시물 데이터들 여러 개 무리없이 저장할 수 있습니다.

2. 현재 웹페이지의 사용 메모리 체크를 따로 하셔야 할 것 같습니다.

0

넵 답변 감사합니다.