SQLite가 약간 과소 평가되지 않습니까? [닫은]

질문하기 전에 먼저 SQLite에 대한 내 생각을 설명하겠습니다.

작고 빠르며, 더 중요한 것은 실제로 필요한 기능 만 갖춘 도구를 좋아합니다. 그래서 나는 SQLite를 좋아하고 MS-SQL을 조금 덜 좋아합니다.

예를 들어, MS-SQL에는 훨씬 더 많은 기능, 확장 성 등이있을 수 있지만 운이 좋지 않으면 설치하기가 어려울 수도 있습니다. 물론, 어려운 설치가 특정 데이터베이스를 선택하지 않는 이유는 아닙니다.

나를 잘못 이해하지 마십시오 : MS-SQL은 양질의 제품입니다. 저는 MS-SQL에 매우 경험이 있습니다. 나는 전문가로서 제품을 잘 이해합니다. 실제로 필요하지 않은 일부 환경에서는 선호 하지 않습니다 (= 10-15 미만의 많은 사용자).

실제로 사용하는 데이터베이스 기능은 어느 정도입니까? 내 경험상 종종 일반적인 SQL (SELECT, INSERT 및 UPDATE) 일뿐입니다.

나는 SQLite를 좋아한다. 매우 빠릅니다. "설치"가 매우 쉽습니다. SQLite가 할 수있는 것보다 더 많은 것을 할 수 있다고 생각합니다. 단일 프로세스 / 단일 사용자 애플리케이션에만 사용하는 이유는 무엇입니까? 결국 : 많은 응용 프로그램이 지속적으로 데이터베이스에 액세스하지 않습니다.

예를 들어 15 명의 사용자가있는 ERP 응용 프로그램을 생각해보십시오. 왜 SQLite를 사용할 수 없습니까? 직접 경험해 보자. 전문적인 경험에서 이런 종류의 응용 프로그램 사용자는 응용 프로그램을 사용하는 총 시간의 약 5-10 % 동안 데이터베이스에 액세스합니다. 다른 90-95 %는 화면에서 정보를보고 그리드 / 폼에 데이터를 입력하고 1 초 이하의 데이터베이스 시간을 입력을 저장하는 경우입니다. Fe : 1,5 분의 입력 시간과 1 초의 절약 시간.

"저장 시간"동안 SQLite 데이터베이스 파일이 잠긴 경우 데이터베이스에 액세스해야하는 다른 사용자는 기다리지 만 대기 시간이 매우 작기 때문에 알 수 없습니다 (알릴 수 없음). 코드에서는 예외를 피하기 위해 데이터베이스의 가능한 "사용 중"시간을 처리해야하지만 그렇게 어렵지는 않습니다.

나와 똑같이 생각해야하는 일부 사람은 SQLite를위한 클라이언트-서버 솔루션 인 SQLitening 도 구축했습니다 . 이것은 나 자신을 속이지 않을 수도 있다는 확신을 갖게 해주었다.

물론 SQLite가 적합하지 않은 데이터베이스 집약적 인 응용 프로그램이 있습니다. 그러나 지금 생각하면 많은 다중 사용자 응용 프로그램이 15 명을 초과하지 않으면 SQLite로 잘 수행해야합니다.

많은 고객이 하드웨어에 많은 비용을 소비하지 않기 때문에 Exchange, SQL, 클라이언트 등 모든 것이 포함 된 단독 서버를 자주 만나게되므로 거의 "숨을 쉬지"않습니다. 시스템 요구 사항이 높지 않은 제품을 제공 할 수 있다면 고객은 만족할 것입니다. SQLite는 무게를 추가하지 않지만 적어도 MS-SQL은 그다지 중요하지 않습니다. 따라서 무료, 저렴하거나 설치하기 쉬운 SQLite를 선택하지 않을 것입니다. 실용적 / 기술적 인 이유로 선택합니다.

참고 : 제 직업에서 평균 5 ~ 6 명 정도가 제품을 사용하는 고객에게 제품 (사용자 정의 및 표준, 대부분 ERP 관련)을 판매합니다. 일부 예외는 있지만 10-15 명 이하의 사용자입니다.

질문 : 내가 설명한 예제와 같은 일부 다중 사용자 응용 프로그램에 SQLite를 사용할 수 있다고 생각하고 있습니까? 알아야 할 기술적 단점이 있습니까? 올바른 선택을하는 데 도움이되는 귀하의 경험 (부정적 또는 긍정적)은 무엇입니까?

업데이트 : 다른 데이터베이스에 대한 부정적인 판단으로 보지 마십시오. 그들은 대부분 모든 훌륭한 제품입니다. 여기에 내 생각을 공유하고 이것에 대한 당신의 의견에 관심이 있습니다.

SQLite가 많은 인스턴스가 많이 있습니다. 사용자, 부서 또는 회사는 거의 그것을 능가하지 않습니다 (응용 프로그램이 제대로 작동하는 경우 아무도 프로그래머를 호출하지 않기 때문에 많이 들리지 않습니다.) MS Access 파일 (Windows)에 대해 동일한 주장을 할 수 있습니다. SQL Server Compact Edition (일부 설치 필요) 파일의 보안에 대해 걱정할 필요가 없기 때문에 로컬 응용 프로그램에 충분합니다.

로컬 네트워크의 다중 사용자 scenerio에서 파일은 모든 사용자가 액세스 해야하는 공유 폴더로 이동합니다-보안을 호출하십시오. 간단한 유지 관리 또는 백업과 같은 테이블 구조 변경 또는 열 추가는 다른 사용자의 액세스를 막을 것입니다. 어제 밤 누군가가 응용 프로그램을 종료하는 것을 잊었 기 때문에 백업이 작동하지 않았습니다. 정오에 백업을 수행하려고하면 어떻게됩니까? 모든 사람들은 데이터베이스의 기술적 한계로 인해 하루 동안 백업이 필요 없다고 합리화합니다. 어느 시점에서, 서버에 SQL Server Express / 기타 동등 제품을 설치하면 초기 설정 및 보안 구성이 필요하고보다 초기 단계에 관여하지만 유지 관리가 거의 필요하지 않습니다.

확장 성 / 엔지니어링에 대한 우려는 항상 있습니다. 사용자 수 또는 데이터 양이 여전히 관리 가능하더라도 누군가는 항상 일부 인트라넷 또는 다른 웹 사이트 / 브라우저 인터페이스에서 라이브 데이터를 활용한다는 아이디어를 가지고 있습니다. 파일 데이터베이스에 문제가 있습니다. VPN을 통해 데이터 파일에 액세스하려는 한 사람 (앱이 랩톱에 설치되어 있음) 만 있으면 '스케일링'문제가 발생합니다. 연결이 끊긴 사용자가 돌아올 때 동기화 할 수 있도록 앱을 빌드 할 수 있습니다. 가끔씩 외근 사용자에게는 그만한 가치가없는 것 같습니다.

"내부"데이터베이스가 필요할 때 사용하는 것이 좋습니다. 즉, 응용 프로그램 / 코드와 상호 작용하는 데이터베이스이지만 응용 프로그램이 존재하는 주된 이유와 직접 관련이 없습니다. 거대한 인 메모리 매핑이나 캐시 관리자를 사용하는 대신 이러한 데이터베이스를 사용할 수도 있습니다. 나는 최근에 데이터베이스에 연결하고, 작업을 수행하고, 데이터를 읽고, 마지막에 모든 것을 지우는 JUnit / DBunit 테스트 사례에서 이것을 사용했기 때문에 매우 구체적인 예를 가지고 있습니다. 데이터베이스 를 작성 하기 위해 빈 파일 만 작성하면되므로 매우 쉽습니다.

또 다른 사용법은 사용자가 한 명일 때입니다. 예, 가능 합니다. 예를 들어 "Firefox"또는 "Opera" 를 생각하십시오 :-)

또한 SQLite 웹 사이트에서이 정보에 대해 매우 정직하며 IT를 사용하지 않는 이유를 제시합니다 ( "다른 RDBMS가 더 잘 작동 할 수있는 상황"단락 참조)

추신 : Sql Server Express에 대한 의견과 관련하여 "설치"해야합니다. 그리고 개인적으로 업데이트하는 데 문제가있었습니다 (2008 R2를 설치하려면 이전 버전과 관련된 일부 레지스트리 키를 수동으로 제거해야했습니다). 그러나 SQLite를 Microsoft에서 개발 한 데이터베이스와 비교 하려면 설치 하지 않아도되는 Sql Server Compact Edition을 참조하십시오 ( "개인 파일 기반 배포"참조).

예를 들어 15 명의 사용자가있는 ERP 응용 프로그램을 생각해보십시오. 왜 SQLite를 사용할 수 없습니까?

사용자 수가 적은 응용 프로그램은 거의 없습니다. 그리고 더 많은 사용자와 더 복잡한 데이터 조작이 발생하는 경우 SQLite를 사용하는 것은 단순한 "한 번에 한 번의 쓰기 트랜잭션"잠금 모델로 인해 성능상의 이유로 완전히 문제가되지 않습니다.

각 사용자가 60 초 동안 양식을 작성한 후 제출하는 100 명의 사용자가 있다고 가정 해 보겠습니다. 따라서 초당 약 1.6 개의 트랜잭션을 처리해야합니다. 데이터 모델은 복잡하며 양식을 저장하려면 많은 다른 테이블을 읽고 쓰는 작업이 필요하며 다른 시스템과 통신하는 경우도 있으므로 각 "제출 양식"은 2 초의 트랜잭션이 발생합니다. 그러나 SQLite는 트랜잭션을 동시에 처리 할 수 ​​없으므로 이는 스콘 당 0.5 개의 트랜잭션 만 처리 할 수 ​​있습니다. 죄송합니다.

"설치가 어려울 수 있습니다"는 중요한 인프라를 결정해야하는 좋은 이유가 아닙니다. 게다가, 선택할 수있는 다른 DB 엔진이 있는데,이 중 적어도 2 개 (MySQL 및 Postgres)는 무료이며 SQLite의 동시성 제한이 없습니다. MS-SQL보다 설치가 더 쉬울 수도 있습니다.

SQLLite는 응용 프로그램 개발에 탁월하다고 생각합니다. 가장 큰 장점은 클라이언트에 설치할 필요가 없다는 것입니다.

그러나 SQL Server Express를 과소 평가하지 마십시오. 일반적인 우수한 도구를 사용할 수있는 능력과 함께 데이터베이스 크기 (제한하기 어려운)와 제한이있는 일반 SQL Server의 기능을 대부분 갖춘 무료 우수한 데이터베이스입니다. SQL 서버.

가장 큰 단점은 afaik이 설치해야한다는 것입니다.하지만 그 부분에 대해서는 조금 확신 할 수 없지만 지금은 방법이 될 수 있습니다.

매시간 몇 GB의 데이터를 처리하는 경우 SQLite를 심각한 데이터베이스로 간주하지 않습니다. 고통스럽게 느려져 전체 응용 프로그램의 성능이 저하됩니다. 죄송하지만 SQLite에 대한 귀하의 매력에 동의하지 않습니다 :-)

데이터베이스의 문제점은 점점 더 많은 데이터를 축적하는 경향이 있다는 것입니다. 경량 DB를 선택하면 도구가 제대로 확장되지 않을 위험이 있습니다.