[논문 리뷰] Managing Schema Evolution in NoSQL Data Stores

Stefanie Scherzinger, Meike Klettke외 1명|arXiv (Cornell University)|2013. 08. 02.

Advanced Database Systems and Queries참고 문헌 12인용 수 40

한 줄 요약

이 논문은 NoSQL 데이터 스토어를 위한 선언적 스키마 진화 언어를 제안하며, 기반 데이터베이스를 수정하지 않고도 스키마 변경—예를 들어 속성 추가, 이름 변경, 이동—을 체계적으로 관리할 수 있도록 한다. 이 접근법은 NoSQL 스토어를 블랙박스로 간주하여, 다양한 NoSQL 시스템 간에 안전하고 효율적으로 스키마 작업을 구현하기 위해 일반적인 데이터베이스 프로그래밍 언어를 사용한다. 이는 애자일하고 빈번한 릴리스 동안 데이터 일관성을 유지하는 데 있어 핵심적인 과제를 해결한다.

ABSTRACT

NoSQL data stores are commonly schema-less, providing no means for globally defining or managing the schema. While this offers great flexibility in early stages of application development, developers soon can experience the heavy burden of dealing with increasingly heterogeneous data. This paper targets schema evolution for NoSQL data stores, the complex task of adapting and changing the implicit structure of the data stored. We discuss the recommendations of the developer community on handling schema changes, and introduce a simple, declarative schema evolution language. With our language, software developers and architects can systematically manage the evolution of their production data and perform typical schema maintenance tasks. We further provide a holistic NoSQL database programming language to define the semantics of our schema evolution language. Our solution does not require any modifications to the NoSQL data store, treating the data store as a black box. Thus, we want to address application developers that use NoSQL systems

연구 동기 및 목표

• 현대 웹 애플리케이션에서 사용되는 스키마가 없는 NoSQL 데이터 스토어에서 체계적인 스키마 관리 도구의 부족을 해결하기 위해.
• 주간 또는 일일 릴리스가 빈번한 애자일 개발 관행을 지원하기 위해, 스키마가 빠르게 진화하는 환경을 고려하기 위해.
• 다양한 NoSQL 데이터베이스 간에 스키마 진화 작업을 선언적이고 이식 가능하게 정의할 수 있는 언어를 제공하기 위해.
• 데이터 스토어를 블랙박스로 간주함으로써 스키마 진화를 NoSQL 백엔드에서 분리하기 위해.
• 애플리케이션 진화 과정에서 생산 환경 데이터를 안전하고 일관되게 마이그레이션할 수 있도록 하기 위해.

제안 방법

• 엔티티 간 속성 추가, 삭제, 이름 변경, 복사, 이동과 같은 일반적인 작업을 지원하는 선언적 스키마 진화 언어를 설계하기 위해.
• 다양한 NoSQL 시스템 간 호환성을 보장하기 위해 일반적인 NoSQL 데이터베이스 프로그래밍 언어를 사용해 스키마 진화 언어를 구현하기 위해.
• 스키마 변경의 동작을 포괄적인 프로그래밍 언어를 통해 스키마 작업의 의미 체계를 정의하기 위해.
• 정의된 마이그레이션 의미 체계를 통해 역방향 호환성과 데이터 일관성을 확보하기 위해.
• NoSQL 데이터 스토어의 수정을 요구하지 않아 데이터베이스로서의 서비스 환경에서도 사용이 가능하도록 하기 위해.
• 기존의 객체 매핑기와 애플리케이션 수준의 추상화를 활용하여 스키마 변경을 데이터 스토어 작업으로 매핑하기 위해.

실험 결과

연구 질문

• RQ1 스키마 정의나 관리 기능이 내장되어 있지 않은 NoSQL 데이터 스토어에서 스키마 진화를 어떻게 체계적으로 관리할 수 있는가?
• RQ2 생산 환경에서 NoSQL에 저장된 데이터의 암묵적 스키마를 진화시키기 위해 필요한, 동시에 안전한 작업들은 무엇인가?
• RQ3 백엔드 수정 없이도 다양한 NoSQL 데이터베이스 간에 스키마 진화를 선언적이고 이식 가능하게 표현하는 방법은 무엇인가?
• RQ4 NoSQL 시스템에서 급격한 마이그레이션 대비 지연 마이그레이션의 영향은 무엇이며, 둘 다 안전하게 지원하기 위해선 어떻게 해야 하는가?
• RQ5 기존의 객체 매핑기와 애플리케이션 프레임워크는 NoSQL 데이터 스토어를 위한 스키마 진화 언어와 어떻게 통합될 수 있는가?

주요 결과

• 제안된 스키마 진화 언어를 통해 개발자는 NoSQL 데이터 스토어 간에 속성 추가, 이름 변경, 이동 등의 일반적인 스키마 변경을 선언적으로 표현할 수 있다.
• 이 언어는 일반적인 NoSQL 데이터베이스 프로그래밍 언어를 통해 구현되어 있어, 백엔드 수정 없이도 다양한 NoSQL 시스템과 광범위한 호환성을 확보한다.
• 스키마 작업은 결정론적이고 안전한 방식으로 실행되어, 데이터 일관성을 해칠 수 있는 비결정론적 마이그레이션을 방지한다.
• 이 접근법은 NoSQL 데이터 스토어를 블랙박스로 간주함으로써, 직접 설정이 불가능한 데이터베이스로서의 서비스 환경에 적합하다.
• 이 솔루션은 급격한 마이그레이션 전략뿐 아니라 향후 지연 마이그레이션 전략도 지원하여, 다양한 릴리스 주기와 데이터 진화 패턴에 대한 유연성을 제공한다.
• 기존의 NoSQL 객체 매핑기(예: Objectify, Morphia)는 스키마 진화에 제한된 지원을 제공하지만, 본 연구는 체계적이고 선언적인 접근 방식으로 이 격차를 메운다.