요구 사항에 가장 적합한 오픈 소스 데이터베이스를 선택하는 방법을 알아보십시오.

https://opensource.com/article/19/1/open-source-databases 

현대 엔터프라이즈 기술의 세계에서 오픈 소스 소프트웨어는 고려해야 할 가장 큰 힘 중 하나로 확고하게 자리 잡았습니다. 결국 오픈 소스 운동으로 인해 가장 큰 기술 개발 중 일부가 나타났습니다.

이유를 아는 것은 어렵지 않습니다. Linux 기반 오픈 소스 네트워크 표준이 독점 옵션만큼 인기가 없을지라도 다른 제조업체의 스마트 장치가 서로 통신 할 수 있는 이유입니다. 또한 많은 사람들은 오픈 소스 개발이 독점적 인 애플리케이션보다 우수한 애플리케이션을 생성한다고 주장합니다. 이것이 여러분이 선호하는 도구 (오픈 소스이든 독점적이든)가 오픈 소스 데이터베이스를 사용하여 개발되었을 가능성이 좋은 이유 중 하나입니다.

다른 범주의 소프트웨어와 마찬가지로 오픈 소스 데이터베이스 관리 시스템의 기능과 특징은 상당히 다를 수 있습니다. 간단히 말해서 모든 오픈 소스 데이터베이스 관리 시스템이 동일하지는 않습니다. 조직을 위한 오픈 소스 데이터베이스를 선택하는 경우 사용자 친화적이고 조직과 함께 성장할 수 있으며 적절한 보안 기능을 제공하는 데이터베이스를 선택하는 것이 중요합니다.

이를 염두에두고 오픈 소스 데이터베이스와 각각의 장단점에 대한 개요를 정리했습니다. 안타깝게도 가장 많이 사용되는 데이터베이스 중 일부는 제외해야 했습니다. 특히 MongoDB는 최근 라이선스 모델을 변경했기 때문에 더 이상 진정한 오픈 소스가 아닙니다. MongoDB는 거의 27,000 개의 회사가 사용하는 데이터베이스 호스팅을 위한 사실상의 솔루션이 되었기 때문에 이 결정은 비즈니스 관점에서 의미가 있을 수 있지만 MongoDB는 더 이상 진정한 오픈 소스 시스템으로 간주 될 수 없음을 의미합니다.

또한, MySQL을 인수 한 이후 Oracle은 수십 년 동안 오픈 소스 데이터베이스로 사용되었던 해당 프로젝트의 오픈 소스 특성을 거의 없앴습니다. 그러나 이것은 다른 진정한 오픈 소스 데이터베이스 솔루션이 이에 도전 할 수 있는 공간을 열었습니다. 고려해야 할 세 가지가 있습니다.

PostgreSQL 

모든 규모의 기업에서 오랫동안 선호 되는 솔루션 인 PostgreSQL 없이는 오픈 소스 데이터베이스 목록이 완성되지 않습니다. 오라클이 MySQL을 인수 한 것은 당시에는 비즈니스 측면에서 타당했을지 모르지만 클라우드 스토리지의 부상은 데이터베이스가 점차 개발자들에게 선호 되지 않음을 의미했습니다.

PostgreSQL은 한동안 사용되어 왔지만 MySQL의 상대적 감소로 인해 가장 많이 사용되는 오픈 소스 데이터베이스의 제목에 대한 심각한 경쟁자가 되었습니다. MySQL과 매우 유사하게 작동하기 때문에 오픈 소스 소프트웨어를 선호하는 개발자가 빠르게 전환하고 있습니다.

장점 

• 지금까지 PostgreSQL의 가장 많이 언급 된 이점은 중앙 알고리즘의 효율성입니다. 즉, 더 진보 된 것으로 알려진 많은 데이터베이스보다 성능이 뛰어납니다. 이는 I / O 프로세스가 병목이 될 수 있는 대규모 데이터 세트로 작업하는 경우 특히 유용합니다.
• 또한 가장 유연한 오픈 소스 데이터베이스 중 하나입니다. Python, Perl, Java, Ruby, C 및 R과 같은 다양한 서버 측 언어로 함수를 작성할 수 있습니다.
• 가장 일반적으로 사용되는 오픈 소스 데이터베이스 중 하나인 PostgreSQL의 커뮤니티 지원은 가장 좋은 방법입니다.

단점 

• 대규모 데이터 세트에 대한 PostgreSQL의 효율성은 잘 알려져 있지만 소규모 데이터베이스에 사용할 수 있는 더 빠른 도구가 있습니다. 
• 커뮤니티 지원은 매우 훌륭하지만 PostgreSQL의 핵심 문서는 개선 될 수 있습니다.
• 병렬화 및 클러스터링과 같은 고급 도구에 익숙한 경우 PostgreSQL의 타사 플러그인이 필요하다는 점에 유의하십시오. 이러한 기능을 메인 릴리스에 점진적으로 추가 할 계획이 있지만 표준으로 제공되기까지는 몇 년이 걸릴 것입니다.

MariaDB 

MariaDB는 MySQL의 진정한 오픈 소스 배포판입니다 (GNU GPLv2로 출시됨). 이것은 오라클이 MySQL을 인수 한 후 MySQL의 핵심 개발자 중 일부가 오라클이 오픈 소스 철학을 훼손 할 것이라고 우려했을 때 만들어졌습니다.

MariaDB는 여러 주요 구성 요소를 대체하면서 가능한 한 MySQL과 호환되도록 개발되었습니다. 트랜잭션 및 비 트랜잭션 엔진으로 작동하는 스토리지 엔진 Aria를 사용합니다. 일부는 Aria가 MariaDB가 갈라지기 전에 향후 릴리스에서 MySQL의 표준 엔진이 될 것이라고 추측했습니다.

장점 

• MariaDB의 빈번한 보안 릴리스로 인해 많은 사용자가 MySQL 대신 MariaDB를 선택합니다. 이것이 반드시 MariaDB가 더 안전하다는 것을 의미하지는 않지만 개발 커뮤니티가 보안을 중요하게 생각한다는 것을 나타냅니다.
• 다른 사람들은 MariaDB의 주요 장점은 거의 확실히 오픈 소스로 유지되고 MySQL과의 호환성이 높다는 점이라고 말합니다. 즉, 한 시스템에서 다른 시스템으로의 마이그레이션이 매우 빠릅니다.
• 이러한 호환성 때문에 MariaDB는 MySQL에서 일반적으로 사용되는 다른 많은 언어에서도 잘 작동합니다. 이는 코드 학습 및 디버깅에 소요되는 시간이 적다는 것을 의미합니다.
• 더 나은 성능과 더 풍부한 기능 세트를 위해 MySQL 대신 MariaDB로 WordPress를 설치하고 실행할 수 있습니다. WordPress는 인터넷의 거의 절반을 차지하는 시장 점유율에서 가장 인기 있는 CMS이며 활발한 오픈 소스 개발자 커뮤니티를 보유하고 있습니다. 타사 테마 및 플러그인은 WordPress가 MariaDB와 함께 설치 될 때 의도 한대로 작동합니다.

단점 

• MariaDB는 팽만감에 다소 취약합니다. 특히 중앙 IDX 로그 파일은 장기간 사용하면 매우 커져 궁극적으로 성능이 저하되는 경향이 있습니다.
• 캐싱은 MariaDB가 작업을 사용할 수 있는 또 다른 영역입니다. 가능한 한 빠르지 않아 실망스러울 수 있습니다.
• 모든 초기 약속에도 불구하고 MariaDB는 더 이상 MySQL과 완전히 호환되지 않습니다. MySQL에서 마이그레이션 하는 경우 다시 코딩해야 합니다.

SQLite 

SQLite는 많은 인기 있는 웹 브라우저, 운영 체제 및 휴대폰에서 채택 된 덕분에 세계에서 가장 많이 구현 된 데이터베이스 엔진입니다. 원래는 MySQL의 경량 포크로 개발되었지만 다른 많은 데이터베이스와 달리 클라이언트-서버 엔진이 아닙니다. 오히려 전체 소프트웨어가 각 구현에 포함됩니다.

이는 SQLite의 주요 이점을 만듭니다. 임베디드 또는 분산 시스템에서 각 머신은 데이터베이스의 전체 구현을 수행합니다. 이는 시스템 간 호출의 필요성을 줄이므로 데이터베이스 성능을 크게 높일 수 있습니다.

장점 

• 소규모 데이터베이스를 구축하고 구현하려는 경우 SQLite가 가장 좋은 방법입니다. 매우 작기 때문에 시간 소모적 인 해결 방법 없이 다양한 임베디드 시스템에 구현할 수 있습니다.
• 작은 크기로 인해 시스템이 매우 빠릅니다. 일부 고급 데이터베이스는 복잡한 방식으로 효율성을 절감하지만 SQLite는 훨씬 더 간단한 접근 방식을 취합니다. 데이터베이스 및 관련 처리 소프트웨어의 크기를 줄임으로써 작업 할 데이터가 줄어 듭니다.
• 널리 채택되어 SQLite가 아마도 가장 호환되는 데이터베이스 일 것입니다. 이는 시스템을 스마트 폰과 통합 할 필요가 있거나 통합할 계획 인 경우 특히 중요합니다. 시스템은 타사 앱이 있고 다양한 환경에서 완벽하게 작동하는 한 iOS에서 기본으로 사용되었습니다.

단점 

• SQLite의 작은 크기는 더 큰 데이터베이스에 있는 일부 기능이 없다는 것을 의미합니다. 예를 들어, 가장 일반적인 온라인 해커 공격을 방지하기 위해 표준이 된 데이터 암호화 기능이 내장되어 있지 않습니다.
• 널리 채택되고 공개적으로 사용 가능한 코드로 인해 SQLite를 쉽게 사용할 수 있지만 공격 노출 영역도 증가합니다. 이것은 가장 일반적으로 인용되는 단점입니다. SQLite에서는 Magellan이라는 최근 원격 공격 벡터와 같은 새로운 중요한 취약점이 자주 발견됩니다.
• SQLite의 단일 파일 접근 방식은 속도 이점을 제공하지만 시스템을 사용하여 다중 사용자 환경을 구현하는 쉬운 방법은 없습니다.

어떤 오픈 소스 데이터베이스가 가장 좋습니까? 

궁극적으로 오픈 소스 데이터베이스 선택은 비즈니스 요구 사항, 특히 시스템 크기에 따라 달라집니다. 소규모 데이터베이스 나 사용이 제한된 데이터베이스의 경우 경량 솔루션을 선택하십시오. 구현 속도를 높일 뿐만 아니라 덜 복잡한 시스템을 사용하면 디버깅 시간을 줄일 수 있습니다.

대규모 시스템, 특히 성장하는 비즈니스의 경우 PostgreSQL과 같은 더 복잡한 데이터베이스를 구현하는 데 시간을 투자하십시오. 이렇게 하면 비즈니스가 성장함에 따라 데이터베이스를 다시 코딩 할 필요가 없으므로 시간이 절약됩니다.