내부 사용 웹 사이트 : SQLite에 대한 강력한 사례가 있습니까?

Flask 또는 Django 와 같은 많은 웹 프레임 워크 는 SQLite 를 기본 데이터베이스로 사용 합니다. 파이썬에 포함되어 있기 때문에 SQLite 는 매력적이며 관리 오버 헤드는 매우 낮습니다.

그러나 트래픽이 많은 공개 프로덕션 사이트는 mySQL, Oracle 또는 postgresql과 같은 더 무거운 데이터베이스를 사용합니다.

질문 :

취하다:

• 사이트 트래픽이 적당하며 데이터베이스에 대한 동시 읽기 / 쓰기 액세스가 발생합니다
• 우리는 SQLite 쓰기 잠금 과 함께 SQLAlchemy 를 사용할 것입니다 ( 이 의견 은 나를 약간 긴장 시키지만 )
• 데이터베이스에는 아마도 60,000 개의 레코드가 포함될 것입니다
• 데이터 구조는 더 무거운 데이터베이스에서 찾을 수있는 고급 기능이 필요하지 않습니다

트래픽이 중간 정도 인 내부 회사 도구로 사용되는 웹 사이트 에 대한 SQLite 동시성에 대한 강력한 사례가 있습니까? 그렇다면 SQLite 가 동시성 문제를 일으키는 조건은 무엇 입니까?

일반적인 두려움 / 입증되지 않은 손가락 포인팅 대신 알려진 특정 근본 원인을 찾고 있습니다.

귀하의 질문에 대한 공식 답변, 적절한 사용을위한 SQLite 를 읽으십시오 . 특히 "다른 RDBMS가 더 잘 작동 할 수있는 상황"에서는 SQLite가 동시 쓰기를 지원 하지 않는다고 경고합니다 .

SQLite는 무제한의 동시 판독기를 지원하지만 한 번에 한 명의 작성자 만 허용합니다. 많은 상황에서 이것은 문제가되지 않습니다. 각 응용 프로그램은 데이터베이스가 빠르게 작동하고 계속 진행하며 수십 밀리 초 이상 동안 잠금이 지속되지 않습니다. 그러나 더 많은 동시성이 필요한 일부 응용 프로그램이 있으며 해당 응용 프로그램은 다른 솔루션을 찾아야 할 수도 있습니다.

적절한 관점에서 SQLite를 SQL 쿼리를 지원하는 매우 정교한 파일 형식으로 보는 경향이 있습니다. 이 경우에 최적화되지 않았으므로 데이터베이스를 웹 응용 프로그램과 분리하려는 경우 SQLite를 피하는 경향이 있습니다. 요컨대, SQLite는 일부 시나리오에서 사용하기에 충분히 확장 할 수 없으므로 언젠가 인기를 얻고 자하는 웹 사이트를 운영하는 사람들은 SQLite를 사용하고 나중에 전환하도록 강요하는 것보다 확장 가능한 것으로 시작하는 것이 좋습니다.

SQLite는 아마도 대부분의 내부 웹 사이트에 적합 할 것입니다. 일반적으로 내부 웹 사이트에는 동일한 수준의 동시성과 확장 성이 필요하지 않습니다.

IT 디렉터 모자를 착용하면 몇 가지 문제가 없습니다.

• 데이터 손상 위험. 아마도 실제보다 더 지각력이 높지만 하루가 끝났을 때 이것은 트랜잭션이 아닌 파일 유형 DB이며 최근 백업이 있는지 묻는 것 외에도 나쁜 쓰기에 대한 의지가 많지 않습니다. 말하자면 . . .
• 이걸 어떻게 백업합니까? 어떤면에서 나는 좋은 사본을 얻었다는 것을 안다. 앱을 오프라인으로 전환하지 않는 것이 좋습니다.
• DB에 대한 액세스를 어떻게 보호 할 수 있습니까? 필자의 일반적인 이해는 SQL lite가 파일 시스템 액세스 외부에 아무것도 없다는 것입니다. 이는 괜찮은 시작이지만 모든 것이 아닙니다. 특히 DBA보다 더 많은 권한을 원하는 웹 응용 프로그램의 경우 또는 아무것도 없습니다.

개발자의 관점에서 SqlLite가 왜 기본인지 아는 것이 중요하다고 생각합니다. 쉽고 간단하고 데모하기 때문입니다. 새로운 개발자에게 플랫폼을 "판매"하는 경우 최소한의 번거 로움없이 작동하는 웹 앱을 실행할 수 있어야합니다. 그리고 데이터베이스 서버를 세우고 올바르게 구성해야하는 것은 피해야 할 엄청난 걸림돌입니다.