2016년 9월 7일 수요일

멀티 밸류

멀티 밸류

멀티 밸류는, NoSQL의 일종으로 다차원의 데이터 베이스이다.원래는 Pick Operating System으로서 개발된 데이터 베이스로, PICK의 동의어라고 파악되고 있다. 멀티 밸류의 상업용 데이터 베이스 제품은, 로켓・소프트웨어, Zumasys, Revelation, Ladybridge, InterSystems, Northgate Information Solutions, ONgroup이나 그 외의 회사로부터 제공되고 있다.이러한 데이터 베이스는, 모든 속성이 하나의 값만을 가지는 것이 아니라, 값의 리스트를 가질 수 있는 속성을 서포트하고 있다고 하는 점에 대하고, 관계 데이터 베이스와는 다르다.데이터 모델은 실제로는 관계 모델보다 전부터 있지만, 포스트・관계 데이터 베이스의 일종으로서 MUMPS로 분류된다.SQL데이터 베이스 관리 시스템 툴과 달리, 대부분의 멀티 밸류・데이터 베이스는, SQL를 사용해 혹은 SQL를 사용하지 않고 액세스 할 수 있다.

목차

역사

Don Nelson은, 멀티 밸류 데이터 모델을 1960년대의 처음부터 중순에 디자인한[1].Dick Pick은, TRW의 개발자로서 1965년에 US의 육군을 위해서, 이 모델을 시작해 실장했다.군용에 쓰여진 것이었다 것으로, Pick은 이 소프트웨어가 퍼블릭・도메인이 된다고 생각했다.이것이, 처음 재판소에 의해서 다루어진 멀티 밸류・데이터 베이스에 관한 논의인[2].

Ken Simms는, S-BASIC으로서도 알려져 있는 DataBASIC을 1970년대의 중순에 썼다.이것은, 다트마스 BASIC을 베이스로, 데이터 관리 기능을 확장한 것이다.

3개의 멀티 밸류의 실장- PICK 버전 R77, Microdata Reality 3. x [3], Prime Information 1.0 -은, 매우 잘 비슷했다.특히 모든 로고를 디자인한[4] International Spectrum과 Spectrum Manufactures Association에 의한 표준화의 시도에도 불구하고, 멀티 밸류의 실장에 대하고 표준은 정해지지 않았다.그 후, 몇개인가는 합류했지만, 이것들은 분기 하고 갔다.이러한 멀티 밸류・데이터 베이스 개발의 흐름은, 하나는 PICK 버전 R83로부터의, 하나는 Microdata Reality로부터, 하나는 Prime Information로부터의 분기해 분류할 수 있을[5] [6].

이 차이를 위해서, 몇개의 실장이, 언어의 방언을 서포트하기 위해서 제공되고 있다.유사점이나 차이점을 기술하려고 하는 시도는, Post-Relational Database Reference(PRDB)에서 확인할 수 있는[7].

업계내의 마케팅이나 그 외의 그룹은, 수년에 걸쳐서, 멀티 밸류・데이터 베이스를 유산으로 하는 분류에 반대해, 프레 관계 데이터 베이스, 포스트관계 데이터 베이스, 관계 데이터 베이스, 편입 데이터 베이스로서 분류해 왔다.현재는, NoSQL로서 분류할 수 있을 것이다.데이터 모델은, JSON이나 XML와 좋게 친숙해져, SQL를 사용해 혹은 SQL를 사용하지 않고 액세스 할 수 있다.

과거 50년 이상 계속 되는 데이터 모델에 관한 하나의 유력한 이론은[1], 21 세기의 새로운 데이터 베이스 실장에 의해, 비용을 억누른 데이터 베이스・솔루션의 제공으로 연결된다.역사적으로 보고, SQL 트랜잭션에 관한 업계의 벤치마크로는, 멀티 밸류・어플리케이션의 기능을 관계 데이터 베이스의 체제에 수중에 넣기 위해서, 시행 실패의 에피소드가 꽤 있지만, benchmark test와는 다른 설이 있다.

40년 이상의 역사가 있는 것에도 불구하고, 멀티 밸류 업계의 상당수는 현재도 남아 있어 다양한 멀티 밸류의 실장이 객체 지향형의 Data/BASIC, AJAX 체제의 서포트를 채용하고 있다.이러한 데이터 베이스의 이용에 SQL를 사용할 필요가 없기 때문에(사용하는 것은 가능하지만), NoSQL의 산하에 들어갈 수 있는 것이 적절하다.실제, 멀티 밸류의 개발자는, 최초로 NoSQL 영역의 스킬을 얻고 있었다.멀티 밸류는, 멀티 밸류 영역에 있어서의 복수의 벤더의 성숙한 데이터 모델이며, 장기에 걸쳐 확장되어 왔다.

데이터 모델의 예

멀티 밸류・데이터 베이스로는,

  • 데이터 베이스 혹은 schema는,"어카운트"라고 한다
  • 테이블 혹은 컬렉션은,"파일"이라고 한다
  • 열 혹은 필드는,"필드"혹은"속성"이라고 하여,"멀티 밸류 속성"과"서브 밸류 속성"으로부터 되어, 1개의 속성에 복수의 값을 보존할 수 있다
  • 행 혹은 문서는,"레코드"혹은"아이템"이라고 한다

데이터는, 2개의 파일-RAW 데이터를 보존하기 위한"파일"과 RAW 데이터의 표시 형식을 보존하기 위한"사전" -에 보존된다.

예를 들면, "PERSON"이라고 하는 파일(테이블)이 있다고 한다.파일에는,"eMailAddress"라고 하는 속성이 있다."eMailAddress"필드는, 하나의 레코드에 복수의 E메일 주소의 값을 가질 수 있다.리스트[[email protected], [email protected], [email protected]]를 보존할 수 있어 관련하는 레코드는, 하나의 쿠에리 중(안)에서 취득할 수 있다.전통적인 관계 데이터 베이스의 세계에서, 이것과 같은 1대 다의 관계를 취급하려면 , 1건의"PERSON"레코드에 관계하는 복수의 E메일 주소의 값을 보존하는 다른 테이블을 작성해 가지게 된다.그러나, 최근의 관계 데이터 베이스로는, 이 멀티 밸류의 데이터 모델도 서포트하는 것이 있다.예를 들면, PostgreSQL는, 기본의 형태는 모두 배열로 가질 수 있다.

멀티 밸류 DataBASIC

Java 프로그램 언어와 같이, 전형적인 Data/BASIC 컴파일러는, P코드에 컴파일 해, P머신내에서 움직인다(jBASE는 제외하다).멀티 밸류・데이터 베이스가 다수 있는 것과 같은 정도 많은 다른 실장(컴파일러)이 있다.PHP 프로그램 언어와 같이, Data/BASIC 언어는 모든 형태의 캐스트가 가능하다.

멀티 밸류・쿠에리-언어

다른 멀티 밸류의 실장에 대응하고, ENGLISH, ACCESS, AQL, UniQuery, Retrieve, CMQL나 많은 다른 이름으로 알려져 있어 멀티 밸류・쿠에리-언어는, 다양한 점으로 SQL와는 다르다.각 쿠에리-는, schema내의 하나의 사전에 대해서 발행한다.그리고 가상 파일이나, 데이터의 참조를 통한 데이터 베이스에의 포털로서 해석된다.

LIST PERSON LAST_NAME FIRST_NAME EMAIL_ADDRESSES WITH LAST_NAME LIKE "Van..."

상기 스테이트먼트는, 성이"Van"으로 시작되는 사람의 성, 이름, E메일 주소를 모두 리스트 한다.하나의 참가 신청은, 복수의 E메일 주소를 나타내는 복수의 행을 가지는 한 명의 사람을 출력해, 사람이 가지는 다른 데이터는 반복하지 않는다.

관련 항목

각주

  1. ^ a b Nelson, Don (1965년). "General Information Retrieval Language and System (GIRLS)". 2016년 3월 8일 열람.
  2. ^"Historical". 2016년 3월 8일 열람.
  3. ^"NPS Reality". 2016년 3월 8일 열람.
  4. ^"MultiValue Symbol". 2016년 3월 8일 열람.
  5. ^ "MultiValue Family Tree"(2002년). 2016년 3월 8일 열람.
  6. ^ "MultiValue Family Tree"(2015년). 2016년 3월 8일 열람.
  7. ^ "Post-Relational Database Reference". 2016년 3월 8일 열람.

외부 링크

This article is taken from the Japanese Wikipedia 멀티 밸류

This article is distributed by cc-by-sa or GFDL license in accordance with the provisions of Wikipedia.

Wikipedia and Tranpedia does not guarantee the accuracy of this document. See our disclaimer for more information.

In addition, Tranpedia is simply not responsible for any show is only by translating the writings of foreign licenses that are compatible with CC-BY-SA license information.

0 개의 댓글:

댓글 쓰기