RDBMS를 어떻게 유행으로 간주 할 수 있습니까?

2003 년 Computing A-level을 완료하고 2007 년 Computing 학위를 취득하고 SQL 사용량이 많은 회사에서 무역을 배우면서 관계형 데이터베이스를 스토리지로 사용한다는 아이디어를 얻었습니다.

따라서 개발에 비교적 익숙하지 않았지만 나는 https://softwareengineering.stackexchange.com/q/89994/12436 에서 다음과 같은 의견을 읽었습니다 .

[일부 개발자] [SQL]을 멸시하고 RDBMS가 유행이라고 생각

유능한 개발자는 올바른 작업에 적합한 도구를 사용하고 플랫 파일 또는 스토리지에 대한 다른 솔루션이 적절한 경우 관계형 데이터베이스를 만들지 않지만 RDBM은 방대한 수의 환경에서 유용하므로 어떻게 할 수 있습니까? 유행으로 간주?

키는 RDBMS 의 R 에 있으며 관계를 나타냅니다. 일반적인 믿음과는 달리 테이블 간의 관계를 의미하는 것이 아니라 각 테이블이 수학적인 의미에서 관계 라는 사실을 의미합니다 .

관계형 모델에는 상당한 의미가 있습니다. 관계에 맞게 데이터를 모델링하고 해당 모델을 정규화해야합니다 . 응용 프로그램이 객체 지향 모델로 설계된 경우 관계형 모델이 적합하지 않습니다. 이것은 객체 관계형 임피던스 불일치 로 널리 알려져 있습니다.

이 불일치에 대한 한 가지 접근 방식은 ORM (object-relation mappers)으로, 많은 인기를 얻었습니다. 그러나 그들은 진정한 해결책이 아니며 문제의 해결 방법과 비슷합니다. 그들은 여전히 ​​클래스 상속을 관계형 모델로 매핑하는 문제를 해결하지 못합니다.

객체 관계형 불일치에 대한 진정한 해결책은 OODBMSes 인데 불행히도 많은 견인력을 얻지 못했습니다. OOBD를 기본적으로 지원하는 인기있는 엔진은 하이브리드 OO / RDBMS 인 PostgreSQL입니다. 또 다른 OODBMS는 Zope Object DB 이며, 이는 Python으로 빌드되며 일반적인 설정에서는 RDBMS를 기본 엔진으로 사용합니다.

다른 방법은 애플리케이션 또는 미들웨어 레벨에서 더 많은 로직을 구현하고 기본 스토리지에 NoSQL 솔루션 을 사용하는 것입니다.

OODBMS 나 NoSQL 모두 "플랫 파일"이 아닙니다.

위 질문에 인용 한 내용을 진술했습니다. 이 사이트의 개발자에 대한 내 가정을 확인하기 위해 인용을 원한다면 다음 질문에 대한 내 답변을 읽고 여전히 수용 가능한 답변으로 간주되는 의견과 백 보트의 백래시를 검토하십시오.

숙련 된 프로그래머가 데이터베이스 쿼리를 알아야합니까?

Linq 또는 ORM에도 불구하고 RDBMS 데이터베이스를 사용하는 경우 개발자는 SQL에 대한 고급 지식이 있어야한다고 주장했습니다.

이것은 RDBMS가 본질적으로 MongoDB와 같은 NoSQL 데이터베이스보다 열등하다는 생각을 덜 중요하게 생각하면서 SQL의 중요성에 대한 상당한 의견 차이로 인해 매우 인기가 없다고 주장했습니다.

편집 : 내 주장에 더 추가하기 위해 사용자 SK-logic을 인용합니다.

이 모든 RDBMS 열풍은 비교적 최근의 경향이라는 것을 기억하십시오. 그 전에는 다양한 접근 방식이있었습니다. 당신은 분명히 젊은 회사에서 나이가 많은 개발자들과 함께 일하고 있기 때문에 더 오래되고 더 견고한 스토리지 접근 방식에 노출 될 기회가 없습니다. 다행히도이 최근 추세는 이미 감소하고 있으며 오래된 방법이 다시 돌아와서 'nosql'로 브랜드가 변경되었습니다.

유행 :

짧은 시간 안에 매우 인기를 얻은 다음 거의 같은 속도로 잊혀진 것입니다. "

RDBMS는 오래 전부터 (최소한 CS 용어로) 사용되어 왔으며, 다른 말을하거나 의미가 없다고 말한 사람은 누구입니까?

RDBMS의 대안은 단순한 플랫 파일이 아닙니다. 학교에있을 때 OODBMS는 새로운 것이었고 교수는 유행이라고 레이블을 지었을 때 정확했습니다. 다른 모델을 살펴보고 트렌드를 기록해야합니다. OLAP에 대한 의존도가 높아짐에 따라 데이터를 더 빠르게 처리 할 수있는 새로운 다차원 시스템에 기꺼이 투자 할 것입니다.

문제는 많은 개발자들이 RDBMS를 SQL과 잘못 동일시한다는 것입니다. SQL은 현대 표준에 의해 정말 끔찍한 언어입니다. 지난 30 년 동안 크게 발전하지 않은 "관계형"언어 (SQL은 전혀 관계가 없으며 문제의 일부 임)의 결함이 있고 불완전한 구현입니다. SQL을 사용하는 많은 사람들은 관계형 모델을 거의 이해하지 못합니다. SQL 만 알고 있으면 관계형 모델이 좌절의 원인이라고 가정합니다.

문맥이 없으면 RDBM이 유행이라고 간주되는 사람 / 이유를 판단하기가 어렵습니다.

단기적으로 중기 적으로 (5-10 년) 나는 더 이상 가지 않을 것이라고 생각합니다. RDBM은 대부분의 회사가 고객 / 주문, 승객 / 티켓 등의 관계형 데이터를 저장, 처리 및 검색하는 효율적이고 효과적인 방법을 제공합니다.

오픈 소스 프로젝트에서 인기가 높아지는 NoSQL과 같은 다른 대안이 있습니다.

OLAP으로서 이들은 실제로 회사가 회사에 대해시기 적절하고 유용한 통계 정보를 제공하고 현재 데이터에 대해 "가정 (what if)"시나리오를 실행할 수 있도록 설계된 전문가 데이터베이스입니다. 물론 거의 모든 경우에이 현재 데이터는 RDMB에서 가져온 것이며 조작 된 후 OLAP 데이터베이스에 삽입됩니다.

관계형 데이터베이스는 마이크로 컴퓨팅이 유행하는 것과 같은 의미에서 유행합니다.

간단한 대답은 '아니요'입니다. RDBMS는 유행이 아닙니다. LinqPad의 웹 사이트에서 무언가를 읽을 때 제품의 라이센스를 판매하는 것이 목적임을 명심하십시오.

그들이 오랫동안, 오랫동안 함께했던 Fad는 올바른 단어가 아닙니다. 기술이 매우 오래되었다는 주장을 할 수 있다고 생각합니다 .NoSQL 아키텍처

위키 데프. 유행의 다음과 같은 용어는 "유행"을 정의 유행은 일반적 행동의가 어떤 식 으로든 소설로 인식되는 결과로, 많은 인구들 사이에서 개발하고 공동으로 일정 기간에 대한 열정 뒤에 행동의 어떤 형태이다. 유행하는 사람들의 수가 급격히 증가하기 시작하면 유행은 "잡는다"고한다. 참신에 대한 인식이 사라지면 행동은 보통 빨리 사라질 것입니다.

RDBMS 추종자들은 빨리 사라지지 않았고 앞으로 몇 년 안에 사라지지 않을 것이므로 (이를 사용하는 거대한 생산 응용 프로그램 덕분에) 우리는 그 유행을 말할 수 없습니다. 실제로 RDBMS의 핵심 개념은 다른 많은 기술이 급격히 변화하고 (그리고 여전히 변화하고있는) 상당히 안정적으로 유지되었습니다.

RDBMS (및 주요 수단 인 SQL)의 개념은 다른 많은 기술과 마찬가지로 더 나은 기술로 대체 될 수있는 기술의 한 단계를 나타냅니다.