2011-04-12 4 views
0

코드에 대한 답변이 필요하지 않습니다.MySQL과 같은 페이스 북 벽 구조 문제

나는 webapp에 facebook-wall-like 기능을 추가하려고합니다 (상업용이 아닌 실험용).

내가 처음 생각한 것은 "1/2011-10-10/texthere, 2/2011-10-10/texthere"와 같은 것을 저장하는 것이 었습니다. 1은 id가 될 것입니다. & 2011-10-10 날짜 . 그럼 내가 PHP에서 폭발하고 배열을했습니다. (그러면 사용자 테이블 등에서 각 ID를 검색하십시오.)

하지만 몇 가지 문제가 있습니다. 나가 너무 많은 포스트가있는 경우에, 웹 페이지에 극단적으로 무거울 것이고 결과를 제한하는 것은 아주 곤란할 것이다 (배열을 위해 특성 제한에 대해서 이야기없이).

그래서 나는 나를 위해 장단점이있는 두 가지 다른 해결책을 생각했습니다.

  • 하나 개를 사용하여 테이블 4 열 : 포스터 ID, 수신기의 ID, 메시지, 각 사용자에 대한 날짜 게시

  • 한 테이블 (필사적 솔루션 :)) 그래서

내가 처음으로 다른 해결책을 찾아야하는지 아니면 더 나은 것이 있는지를 묻는다면? 사용자 당

교수실 감사

답변

2

문제의 해결책은 표준 데이터베이스 테이블입니다.

를 사용하여 열

  • 있는 테이블 PosterId
  • 벽/RecieverId
  • 메시지
  • 날짜

이 표준 데이터베이스 구조가 될 것이다 게시. mysql PDO 함수를 사용하여 데이터에 액세스하고 PHP 배열에 배치하십시오.

+0

"표준"데이터베이스 테이블/구조 란 무엇입니까? –

5

한 표는 나쁜 생각입니다. 다른 열에 다른 값을 저장하면 데이터베이스가 만들어집니다. 아마 더 좋은 아이디어 일 것입니다! ;-)

관련 문제