[SQL] 차세대 데이터베이스 [폐쇄]

차세대 데이터베이스 [폐쇄]

나는 (PostgreSQL을 사용) 기존의 관계형 데이터베이스를 배우고 나는 데이터베이스의 새로운 유형 건너 한 몇 가지 조사를하고 있어요. , 이슬비, 그리고 Scalaris CouchDB를 몇 가지 이름을, 처리하는 다음 데이터베이스 기술이 될 것입니다 무엇?

해결법

1. ==============================

   1.나는 차세대 데이터베이스,하지 차세대 SQL을 말할 것입니다.

   나는 차세대 데이터베이스,하지 차세대 SQL을 말할 것입니다.

   SQL은 쿼리와 관계형 데이터베이스를 조작하기위한 언어이다. SQL은 국제 표준에 의해 결정됩니다. 표준이 개정되어 있지만, 항상 관계형 데이터베이스 패러다임 내에서 작동하는 것 같다.

   여기에 현재 주목을 받고 몇 가지 새로운 데이터 저장 기술은 다음과 같습니다 :

   또한이 좋은 리처드 존스 문서를 참조하십시오 "안티 - RDBMS :. 분산 키 - 값 저장의 목록을" 그는 이러한 기술의 일부를 설명하는 더 세부로 들어갑니다.

   관계형 데이터베이스의 약점을 가지고해야합니다. 사람들은 그것이 처음 소개 된 날부터 요구 사항을 모델링 모든 데이터를 처리 할 수없는 경우가있는 것으로 주장하고있다.

   수요 데이터 처리를 수행하는 것이 하나의 요구 사항 핸들 데이터 관계에 관계형 모델에 맞지 않는, 또는 높은 규모의 볼륨 또는 속도의 다른 요구 사항 : 년 년 후, 연구진은 새로운 특수 요구 사항을 만족하는 데이터를 관리하는 방법을 마련 대신 중앙 데이터베이스 서버로, 서버의 컬렉션을 배포했습니다.

   이러한 고급 기술들은 위해 설계 된 전문 문제를 해결하기 위해 큰 일을 할 수 있지만, 관계형 데이터베이스는 여전히 대부분의 비즈니스 요구에 대한 좋은 범용 솔루션입니다. SQL 멀리 않을 것입니다.

   관계형 대 비 관계형 데이터베이스에 모델링 비 관계형 데이터베이스의 혁신에 대한 건축가 잡지 및 데이터 | 나는 PHP에서 기사를 작성했습니다. http://www.phparch.com/magazine/2010-2/september/

2. ==============================

   2.지금까지 답변에서 그래프 데이터베이스를 누락. 객체들의 그래프 또는 네트워크 프로그래밍에서 공통적이며 데이터베이스에 유용 할뿐만 아니라 수있다. 그것은 효율적인 방법으로 반 구조화 및 상호 정보를 처리 할 수 ​​있습니다. 그래프 데이터베이스는 많은 관심을 얻고있다 분야 중 시맨틱 웹 및 생물 정보학이다. RDF는 언급하고, 실제로 그래프를 표현하는 언어입니다. 다음 그래프 데이터베이스 영역에서 무슨 일이 일어나고 있는지에 대한 몇 가지 포인터입니다 :

   지금까지 답변에서 그래프 데이터베이스를 누락. 객체들의 그래프 또는 네트워크 프로그래밍에서 공통적이며 데이터베이스에 유용 할뿐만 아니라 수있다. 그것은 효율적인 방법으로 반 구조화 및 상호 정보를 처리 할 수 ​​있습니다. 그래프 데이터베이스는 많은 관심을 얻고있다 분야 중 시맨틱 웹 및 생물 정보학이다. RDF는 언급하고, 실제로 그래프를 표현하는 언어입니다. 다음 그래프 데이터베이스 영역에서 무슨 일이 일어나고 있는지에 대한 몇 가지 포인터입니다 :

   나는 자바로 작성된하지만,뿐만 아니라 파이썬, 루비와 스칼라에 바인딩을 가지고있는 Neo4j 프로젝트의 일부입니다. 어떤 사람들은 Clojure의 또는 멋져요 / Grails를 함께 사용합니다. 진화는 GUI 툴도 있습니다.

3. ==============================

   3.(http://de.slideshare.net/northscale/nosqloakland-200911021에서 찾을하시기 바랍니다)하지 이것에 대답하는 가장 좋은 장소가 될 수도 있지만, 나는 스티브 엔에 의해 생성되는 NoSQL 세계의이 분류를 공유하고 싶습니다

   (http://de.slideshare.net/northscale/nosqloakland-200911021에서 찾을하시기 바랍니다)하지 이것에 대답하는 가장 좋은 장소가 될 수도 있지만, 나는 스티브 엔에 의해 생성되는 NoSQL 세계의이 분류를 공유하고 싶습니다

4. ==============================

   4.학술 연구는 차세대 데이터베이스의 영역에서 수행되고 있는지에 대한보고를 들어 이것 좀보세요 : http://www.thethirdmanifesto.com/

   학술 연구는 차세대 데이터베이스의 영역에서 수행되고 있는지에 대한보고를 들어 이것 좀보세요 : http://www.thethirdmanifesto.com/

   관계형 모델의 적절한 구현으로 SQL 언어에 관해서, 나는 위키 피 디아에서 인용, "SQL은 처음 관계형 데이터베이스의 표준 언어로 밀고, 여러 장소에서 관계형 모델에서 벗어나는. 현재 ISO SQL 표준은하지 않습니다 관계형 모델을 언급하거나 관계 용어 나 개념을 사용합니다. 그러나, 하나의 특정 SQL 기능을 사용하지 않는 경우 SQL을 사용하여 관계형 모델에 부합하는 데이터베이스를 만들 수 있습니다. "

   http://en.wikipedia.org/wiki/Relational_model은 (2010 년 3 월 28 일에 "절 SQL 관계형 모델"에서 참조

5. ==============================

   5.하지 학자 연,하지만 나는 적어도 CouchDB를가 SQL 기반이 아닌 것을 지적하고 싶습니다. 그리고 나는 못 생기고 및 비 직관적 인 ... 차세대 SQL이 훨씬 덜 SQL을 만들 것이라는 점을 희망한다.

   하지 학자 연,하지만 나는 적어도 CouchDB를가 SQL 기반이 아닌 것을 지적하고 싶습니다. 그리고 나는 못 생기고 및 비 직관적 인 ... 차세대 SQL이 훨씬 덜 SQL을 만들 것이라는 점을 희망한다.

6. ==============================

   6.MarkLogic 버클리 XMLDB 같은 XML을위한 특별한 데이터베이스가 있습니다. 그들은 인덱스의 XML 문서를 할 수 있고 하나는 XQuery로 쿼리 할 수 ​​있습니다. 어쩌면 이미 존재 JSON 데이터베이스를 기대합니다. 일부는하지만 하나를 찾을 수 없습니다 인터넷 검색나요.

   MarkLogic 버클리 XMLDB 같은 XML을위한 특별한 데이터베이스가 있습니다. 그들은 인덱스의 XML 문서를 할 수 있고 하나는 XQuery로 쿼리 할 수 ​​있습니다. 어쩌면 이미 존재 JSON 데이터베이스를 기대합니다. 일부는하지만 하나를 찾을 수 없습니다 인터넷 검색나요.

7. ==============================

   7.나는 조만간 사라질 것 생각하지 않도록 SQL은 1970 년대 초 이후 주변왔다.

   나는 조만간 사라질 것 생각하지 않도록 SQL은 1970 년대 초 이후 주변왔다.

   아마 '새 (-ish) SQL은'OQL 것 (http://en.wikipedia.org/wiki/ODBMS 참조)

8. ==============================

   8.나는 짐 스타키에 의해 NimbusDB에 대해도 들었다

   나는 짐 스타키에 의해 NimbusDB에 대해도 들었다

   짐 스타키는 인터베이스를 "만들"그 사람입니다

   벌컨 (A 파이어 버드 포크)에있는 작업

   와 MySQL을위한 팔콘의 시작 부분에 누구

from https://stackoverflow.com/questions/282783/the-next-gen-databases by cc-by-sa and MIT license