프론트 엔드로 PHP를 사용하는 1400 만 레코드에 적합한 데이터베이스

Question

비즈니스 검색 포털에서 필자는 입력하고 검색 할 제안 레코드가 약 1400 만 개가 될 것이라고 생각합니다.

PHP를 프론트 엔드로, Mysql을 백엔드로 사용할 계획입니다. 그러나 나는 그것이 사이트의 전반적인 성능을 감소시킬 것이라고 생각합니다. 친절하게도 어떤 백엔드와 함께 가야할까요?

안부

Answer 1

그것은 당신의 DBSCHEMA 및 데이터를 사용하는 방법에 따라입니다. Mysql과 포크 MariaDB는이 작업에 매우 좋습니다 :)

Answer 2

PostgreSQL : 궁극의 옵션입니다. 경량화되고 최적화되었습니다. 여전히 @ KLK1은 무엇을 제안합니다. DBSchema와 데이터 사용 방법에 따라 다릅니다.

Answer 3

데이터베이스의 성능은 데이터 구성 방법 (데이터베이스 스키마를 의미 함)에 따라 달라지며 데이터베이스 자체에 따라 달라집니다. 당신은 나쁜 데이터베이스 스키마를 가지고 있다면, 가장 빠른 db 돈을 살 수 있습니다. 성능은 일반 데이터베이스의 잘 설계된 데이터베이스 스키마보다 훨씬 나쁠 수 있습니다. 코멘트에서 언급했듯이, 1400 만 건의 레코드가 그리 많지는 않습니다. MySQL은 MongoDB와 마찬가지로이 문제에 대처할 수 있습니다.

Answer 4

나에게 돋보였던 한 가지는 "수색"이라는 단어입니다. 그것은 당신이 필요로하는 핵심 기능 중 하나로 나열되어 있습니다.

SQL과 NoSQL 데이터베이스의 문제점은 내가 솔직히 말하면 여전히 검색에 빠져 있다는 것입니다.

MongoDB는 극도의 알파 FTS 기능을 가지고 있습니다. 그러나 방금 언급했듯이 알파 채널은 현재 클라이언트 드라이버에 실질적인 후크가 없습니다. 뿐만 아니라 현재 상태에서 API를 변경할 가능성이 있습니다.

사이트의 핵심 목적 중 하나를 검색하려고 할 때 전용 FTS 기술을 보유하고 있거나 FTS 기술이 적용된 SQL/NoSQL 데이터베이스가 있어야합니다.

나는 개인적으로 스핑크스 검색을 선호하지만 Solr을 상당히 성공적으로 사용했습니다.

있다, 물론, 거기에 등을 루씬, 탄성 검색, 같은 다른 FTS 기술자가