최근에 블로그를 하고 있어요. 기사 기능. 사용자는 기사 ID를 클릭하여 기사 상세 내용 표시 페이지와 현재 기사에 해당하는 사용자 댓글 내용으로 들어갑니다. 내 생각은 다음과 같습니다. 단점이 있는지는 모르겠습니다. 모든 전문가들이 나에게 조언을 해줄 수 있기를 바랍니다. 감사합니다
1. 기사 테이블
2. 사용자 테이블(문제가 없으면 사진 없음)
3. 사용자 코멘트 테이블
4.thinkphp는 단일 기사를 가져오고 댓글 콘텐츠 코드를 표시합니다
5. 프런트 엔드 디스플레이
질문 1: 단일 기사를 가져올 때. 현재 글에 해당하는 댓글 내용이 sql 문에 있는지 확인한 후, 댓글 내용에 대한 페이징을 수행합니다.
질문 2: 위의 3번. 사용자가 기사에 여러 번 댓글을 달 때. 여기서 쿼리한 데이터는 모두 반복됩니다. 기사 ID를 기준으로 쿼리하기 때문입니다.
요약하자면: 내 테이블 디자인에 문제가 있는 걸까요? SQL 쿼리에 문제가 있나요?
조언 감사합니다
최근에 블로그를 하고 있어요. 기사 기능. 사용자는 기사 ID를 클릭하여 기사 상세 내용 표시 페이지와 현재 기사에 해당하는 사용자 댓글 내용으로 들어갑니다. 내 생각은 다음과 같습니다. 단점이 있는지는 모르겠습니다. 모든 전문가들이 나에게 조언을 해줄 수 있기를 바랍니다. 감사합니다
1. 기사 테이블
2. 사용자 테이블(문제가 없으면 사진 없음)
3. 사용자 코멘트 테이블
4.thinkphp는 단일 기사를 가져오고 댓글 콘텐츠 코드를 표시합니다
5. 프런트 엔드 디스플레이
질문 1: 단일 기사를 가져올 때. 현재 글에 해당하는 댓글 내용이 sql문에 있는지 확인한 후, 댓글 내용에 대한 페이징을 수행합니다.
질문 2: 위의 3번. 사용자가 기사에 여러 번 댓글을 달 때. 여기서 쿼리한 데이터는 모두 반복됩니다. 기사 ID를 기준으로 쿼리하기 때문입니다.
요약하자면: 내 테이블 디자인에 문제가 있는 걸까요? SQL 쿼리에 문제가 있나요?
조언 감사드립니다
테이블 디자인이 괜찮네요. SQL 오류
작성 방법에 따르면 틀리네요. 댓글이 1대다이기 때문에 모든 댓글을 표시해야 하고, 많은 테이블은 메인 테이블로 연결해 두어야 합니다.
그런데 이렇게 써도 되지만, 단순히 기사만 조회하면 되기 때문에 추천하지 않습니다. 댓글은 아이디를 기준으로 확인하기 때문에 2번의 검색은 2번의 링크보다 빠릅니다. 위에서 언급한 시간이므로 작성할 필요는 없습니다.
SQL 문: 1. 기사 내용 확인 2: 댓글 확인, 제한 1,10, 그리고 댓글 테이블 왼쪽 사용자 테이블, 조건부 기사 ID
기사 내용과 댓글 목록을 별도로 확인하세요. SQL 문에 기능이 많을수록 나중에 이를 변경하기가 더 어려워집니다.