CMS 용 스토리지 유형에 대한 입력을 찾고 있습니다.

Question

저는 지금 당분간 PHP를 해왔고 페이지 내용이 MySQL 테이블에 저장되는 자체 CMS를 가지고 있습니다. 나는 최근에 XML을 더 많이 사용 해왔다. 더 쉬울 수도 있고 각 CMS 페이지에 대한 XML 파일에 데이터를 저장하는 데 더 많은 유연성을 허용한다고 생각하고있다. 문제는 그것이 느린 지 궁금해합니다. 나는 MySQL에서 XML을 저장하는 것으로 조금 해본 적이 있지만, 좋지 않은 것처럼 보였다.

큰 그림을 보면이 커뮤니티의 의견이 CMS 데이터를 저장하는 가장 좋은 방법에 대해 궁금해합니다. 나는 많은 일을 다시하고, 새로운 것을 배우기를 원합니다. 몇 가지 아이디어를 들어 봅시다. 감사!

설명 : CMS 데이터는 일반적으로 TinyMCE 인 최종 사용자를위한 "WYSIWYG"편집기에서 생성 된 HTML 및 CSS의 여러 필드이지만 다른 제안이 있습니다.

Answer 1

XML을 데이터베이스에 CLOB로 저장합니다.

XML에서 일부 "태그"를 추출하여 검색 가능하도록 만듭니다. 그리고 수천 개의 XML 파일을 관리하는 고통의 세계를 스스로 구할 수 있습니다.

XML을 파일에 직접 저장하는 것은 XML을 clob에 저장하는 것보다 오래 걸리고 hte 기반 OS 및 파일 시스템에 따라 파일을 쓰는 데 몇 분/초 내에 시스템이 충돌하는 경우 보호 기능이 없습니다.

Answer 2

<soapbox> 미래의 자신과 코드 부탁을 유지해야 할 수 있습니다 누구를 수행은 : 같은 드루팔와 워드 프레스 성숙 시스템의 많음이 이미 사용할 수있는 경우 자신의 CMS를 쓰지 않는다. 이 오픈 소스 프로젝트 중 적어도 90 %는 원하는 기능을 제공해야하며 나머지 10 %는 기존 플러그인 또는 사용자 정의 코드로 채울 수 있습니다. 도 드루팔이나 워드 프레스는 "CMS" </soapbox>

호출 할 다음 너무 특별한 뭔가를 쓰고있어 밖으로 상자의 요구 사항의 90 %를 충족하는 경우 문제는 그 속도가 느린 것 궁금하다. 나는 MySQL에서 XML을 저장하는 것으로 조금 해본 적이 있지만, 좋지 않은 것처럼 보였다.

왜 안 되니? 이 XML이 웹 기반 서식있는 텍스트 편집기에서 사용자가 생성 한 XHTML (또는 HTML의 일부 풍미) 인 경우라면 괜찮습니다. 그러나 XML을 사용하여 스키마, 테이블 및 컬럼에서 제공하는 메타 데이터 역할을 맡고 있다면 .... 그렇다면 MySQL은 에 적합하다고 생각하지 않습니다.