응용 프로그램이 로컬로만 작업하는 경우 데이터베이스 서버 사용이 의미가 있습니까?

기본적으로 시스템에서 로컬로 실행되는 응용 프로그램 소프트웨어 인 일부 응용 프로그램을 보았습니다 (따라서 네트워크를 통해 많은 통신을하지 않음). 이러한 응용 프로그램은 데이터를 저장하기 위해 데이터베이스 서버에 의존하는 것 같습니다.

응용 프로그램의 예로는 Amarok (Linux에서 인기있는 음악 플레이어)가 있습니다. 나는 그들이 여전히 이것을하고 있는지 모르겠지만, Amarok을 설치한다는 것은 MySQL 서버를 설치하고 항상 백그라운드에서 실행해야한다는 것을 의미합니다.

sqlite와 같은 더 작은 임베디드 SQL 솔루션을 사용하는 것과 비교하여 로컬 스토리지에 서버를 사용하면 어떤 이점이 있습니까? 나는 일반적으로 응용 프로그램 소프트웨어에 대해 이야기하고 있습니다. 데이터베이스 서버를 사용하는 것이 임베디드 데이터베이스와 비교하여 의미가있는 상황이 있습니까?

SQLite는 그것을 사용하거나 사용하지 않을 때에 대한 훌륭한 요약을 제공합니다.

https://www.sqlite.org/whentouse.html

이 요약 줄은 내 경험에서 SQLite 사용 사례를 매우 잘 보여줍니다.

SQLite는 클라이언트 / 서버 데이터베이스와 경쟁하지 않습니다. SQLite는 fopen ()과 경쟁합니다.

이 시점에서 기사가 확장됩니다. 또한 "클라이언트 / 서버 RDBMS가 더 잘 작동 할 수있는 상황"섹션이 있습니다. 간단히 말해서, 그들은 :

• 클라이언트 / 서버 응용 프로그램 : 네트워크를 통한 여러 사용자.
• 대용량 웹 사이트 : 샤딩이 필요할 정도로 쓰기 집중적이거나 집중적으로 읽습니다.
• 매우 큰 데이터 세트 : 하나의 디스크에 합리적으로 저장할 수있는 것보다 큽니다.
• 높은 동시성 : 특히 동시 쓰기

단일 사용자가있는 단일 시스템의 경우에도 "실제"데이터베이스 서버가 적합합니다.

1. 익숙한 언어 ( SQL )를 사용합니다. SQLite 는 SQL을 사용하지만 일부 내장 데이터베이스 (예 : object database , NoSQL )는 SQL을 사용하지 않습니다. 그것들은 덜 일반적이기 때문에 학습 곡선이 더 높은 경향이 있습니다.
2. SQLite와 같은 제품이 제공하지 않거나 적어도 전체를 제공하지 않을 수있는 참조 무결성, 제약 조건, 트리거 등을 제공합니다.
3. 진정한 다중 사용자 ACID 호환 네트워크 데이터베이스를 대상으로함으로써 응용 프로그램은 단일 사용자 / 단일 워크 스테이션 시나리오에서 작업하거나 동일한 코드베이스를 사용하는 다중 사용자 호스팅 응용 프로그램으로 작업 할 수 있습니다.
4. 사용자는 표준 도구 (예 : SQL Developer, MySQL Workbench, SQL Server Management Studio)를 사용하여 오프라인으로 데이터를 검사하고 해당 도구를 사용하여 데이터를로드 또는 백업 할 수 있습니다. 유형, 사람들은 아마도 C / S 데이터베이스 세계의 도구에 더 익숙 할 것입니다.

주요 단점은 데이터베이스 서버 소프트웨어를 설치하고 유지 관리해야하는데, 이는 기술이 아닌 사용자 (및 많은 기술 사용자)에게는 약간 복잡합니다. Linux와 같은 운영 체제를 사용하면이 작업이 더 쉬워집니다. Linux 시스템에서 PostgreSQL 및 MySQL을 실행하고 있습니다. 나는 상호 작용이 거의 없거나 전혀없는 응용 프로그램을 설치했습니다.

관성과 관련이 있다고 생각합니다.

Amarok은 1997 년의 XMMS를 기반으로합니다. 우수한 데이터베이스 기능 을 갖기 위해서는 서버가 있어야하는데, 이는 파일 기반 솔루션보다 훨씬 강력했기 때문입니다.

SQLlite와 같은 좋은 로컬 임베디드 데이터베이스 의 다가오는 인기는 최근에 나온 것입니다.

가장 중요한 구별 기능은 동시성 입니다.

사용자에 대해 하나의 인스턴스에서 실행되는 응용 프로그램이 하나만있는 경우 임베디드 솔루션 (sqlite 또는 일부 객체 스토리지)이 일반적으로 정상입니다.

그러나 데이터베이스를 동시에 조작해야하는 인스턴스가 여러 개인 경우 동기화 할 서버가 있어야합니다. SQLite는 전체 데이터베이스에서 한 번에 하나의 쓰기 만 허용하며 대부분의 다른 임베디드 솔루션도 허용합니다. 또한 여러 응용 프로그램이있는 경우 임베디드 솔루션이 일반적으로 허용하지 않는보다 자세한 제약 조건이 필요할 수 있습니다.

다른 많은 답변은 동시성에 대한 이점을 말하지만 db가 서버로 실행되므로 데이터베이스는 응용 프로그램을 실행할 필요없이 작업을 실행할 수 있습니다. 유지 관리, 백업, 다른 서버와의 동기화 또는 예약 된 작업 중 하나 일 수 있습니다.

앱이 클라이언트 / 서버 앱으로 전환 될 수 있다고 생각되면 RDBMS를 나중에 포팅하는 대신 처음부터 시작하는 것이 좋습니다.

주어진 예제가 이것을 활용하는지 여부는 알 수 없습니다.

메모리와 CPU가 적은 임베디드 시스템을 실행하지 않는 한 백그라운드에서 서버를 실행하면 아무런 해가 없다고 생각하지 않습니다.

데이터베이스 서버를 로컬로 실행하는 것이 좋습니다. 데이터베이스는 데이터를 액세스하고 조작하기위한 것입니다. 네트워크 액세스는 플러스이거나, 필요하거나 필요하지 않을 수 있습니다. 이를위한 몇 가지 엔지니어링 및 과학 도구가 있습니다.

로컬 애플리케이션에서 데이터를 사용한다고 가정하십시오. 왜 데이터베이스를 사용해서는 안됩니까? 무엇과 반대로?

데이터 추상화 및 전체 응용 프로그램 공간, 액세스 관리 요구 사항, 데이터 유지 관리에 대한 투자 계획, 필요한 프로토 타입의 긴급 성, 학습 곡선에있는 위치 등에 따라 다릅니다.

다른 응용 프로그램에서 액세스 할 필요가없는 응용 프로그램에 대해 긴밀하게 통합 된 데이터베이스를 유지하려면 포함 된 데이터베이스 영역을 만드십시오. SQLite를 사용한 Mozilla Firefox 웹 스토리지 구현을 예로들 수 있습니다.

제한된 데이터로 더 많은 효율성이 필요한 경우, 인 메모리 데이터베이스의 디자인 선택이 바람직합니다.

반면에 동일한 데이터에 대해 여러 쿼리를 실행하는 많은 응용 프로그램이 있고 성능을 최적화하기 위해 더 나은 데이터 저장소 구성이 필요한 경우 중앙 집중식 DBMS가 필요합니다. 방대한 양의 데이터가 필요하고 쿼리 응답 시간이 전반적인 사용자 경험에 큰 영향을 미치는 과학 연구에는 절대적으로 선호합니다.

Amarok의 경우, 임베디드 데이터베이스의 경로를 선택하기 전에 당시 오픈 소스 DBMS를 선택했다고 생각합니다.

당신의 손에 특정 시스템 정의가 있다면, 단점과 전문가의 가중치를 매기는 것이 더 쉬울 것입니다.

V / r, 우 무트