mysql없이 PHP 웹 사이트

Question

현재 제품을 나열하는 기존 웹 사이트에서 작업하고 있습니다. 현재 500 개가 넘는 제품이 있습니다.

웹 사이트에는 모든 제품에 대한 텍스트 파일이 있으며 모든 텍스트 파일을 읽고 하루에 한 번 값을 검색 할 수있는 XML 문서를 만들려는 검색 옵션을 만들고 싶습니다.

클라이언트는 제품을 추가하고 텍스트 파일을 사용하여 추가하는 데 사용됨을 나타냅니다. 앞으로 5000 개가 넘는 제품이있을 수 있으므로 mysql을 사용하는 것이 가장 좋습니다. 즉, 현재 제품을 가져 와서 제품에 대한 페이지를 만듭니다.

MySQL을 사용하지 않는 PHP 웹 사이트 경험이있는 사람이 있습니까? 텍스트 파일을 계속 추가하고 5000 개 이상의 제품을 가지고 있다고해도 하루에 한 번 색인을 생성 할 수 있습니까?

Answer 1

5000은 매일 cron 작업으로 색인을 생성 할 수있는 양과 같습니다. 실시간 검색을 계획하지 않는 한 작동해야합니다. 이상적은 아니지만 작동 할 것입니다.

Answer 2

예, 매우 가능성이 높습니다. 가능성이 높지 않음 이러한 유형의 트랜잭션에 파일을 사용하는 것은 아닙니다.

정상적인 TXT 대신 XML을 사용하는 것이 좋습니다. 5000 제품은 어떤 종류의 데이터와 관련된 미래의 문제를 만들 수 있습니다.

PS

왜 MySQL이 아니겠습니까?

Answer 3

파일 기반 데이터베이스가 느리고 부정확하기 때문에 Mysql이 작성되었습니다.

그냥 mysql을 사용하십시오. 이전 txt 기반 데이터베이스를 유지하려면 각 파일을 하나씩 가져 와서 SQL 데이터베이스에 해당 테이블을 만드는 쉬운 스크립트를 작성하십시오.

행운을 빈다.

Answer 4

단순한 온라인 카탈로그 이상의 것이면 트랜잭션의 무결성을 관리하는 것이 horrendously이며 어려운 질문 일 수도 있습니다. 귀하가 구현하기에 좋은 위치에 있지 않다는 것을 의미합니다 필요한 통제의 종류. 이미 발견했듯이 쉽게 검색 할 수는 없습니다. (BTW : mysql의 전체 텍스트 인덱싱은 매우 둔한 도구입니다. 효과적인 검색 엔진을 직접 구현하는 데 많은 노력을 기울이지는 않습니다. -THE-선반, 예를 들어 mnogosearch)

(A conicdental 점 등의 이유를 XML? 그것은)

하고 제품

의 침전물 페이지를 만들 필요 이상으로 더 복잡한 많은 데이터를 관리한다

왜? 클라이언트가 파일 업로드를 통해 데이터를 유지하려고하고 이미 데이터를 이식해야하는 경우 동일한 인터페이스를 사용하십시오. 데이터가 저장되는 곳은 지금과 관련이 없습니다.

호스팅 + mysql에 문제가있는 경우 SQLite를 사용하면 대부분의 이점을 얻을 수 있습니다 (물론 규모는 제한됨).