데이터 처리를위한 TSQL의 대체 언어

TSQL을 대체 할 현대 언어로 내 자신의 관계형 데이터베이스를 만들고 싶다면 어떤 언어입니까? 또는 내 자신의 언어를 만들면 TSQL보다 더 잘 만들려면 어떤 기능을 포함시켜야합니까?데이터 처리를위한 TSQL의 대체 언어

출처

2009-10-29 Nestor

T-SQL의 "절차 적"기능 또는 전체 declaritve 부분 대부분 SQL의 DDL과 DML)? – mjv

전체 – Nestor

CLR 지원 DB를 사용하는 경우 CLR 언어를 사용하지 않는 이유는 무엇입니까? 자신의 언어를 만들 때 고려해야 할 사항이 많이 있습니다. – Min

Chris Date와 (다소 적지 만) Hugh Darwen은 SQL 언어의 모든 결함, 오류 및 오류를 폭로하기 위해> 20 년을 보냈습니다.

SQL 언어의 모든 결함과 오류는 이름에 "SQL"문자 조합이있는 언어의 결함과 오류이기 때문에 TSQL에도 적용됩니다.

Hugh Darwen은 TSQL2 언어의 결함, 오류 및 실수 (즉, 일시적인 기능을 통합하려고 시도한 새로운 SQL 표준에 대한 1990 년대 제안, 결국은 제안하지 않은 제안)을 공개하려는 상당한 노력을 기울였습니다. 그럼에도 불구하고, 그리고 잘 정립 된 모든 비판에도 불구하고 여전히 "TSQL"이라고 부르는 모든 구현의 구현 기반으로 간주됩니다).

읽기 (아니요, 나는 "매우 신중하게 연구합니다") 그들의 글을 읽고 더 많은 "단점"을 갖게 될 것입니다.

가장 최근의 TTM 서적 ("데이터베이스, 유형 및 관계형 모델")과 앞으로 출시 될 속편 (아직 출판되지 않은 아아)을 학습하면 "진정한"기술에 대한 기초적이고 전제 조건 인 모든 것을 알게 될 것입니다. 차세대 데이터베이스 프로그래밍 언어

"표준에 대해 걱정하지 않고 처음부터 새 데이터베이스를 만들 수 있다고 가정합니다. 어떤 언어를 사용 하시겠습니까?"라는 질문에 대한 답을 얻을 수 있습니다. 답 : D. 또는 더 정확하게 : D.로 자격을 얻기위한 모든 처방전/규정에 부합하는 언어

출처

2009-10-29 19:04:32

+1 Erwin, 참고 문헌 및 배경. 나는 SQL의 몇 가지 단점에도 동의하지만, SQL은 그 효과적이거나인지 된 부적합 함으로 인해 매우 성숙한 언어이며, 구현 및 툴 제공 업체가 확고하고 고객층이 넓습니다. 따라서 "아기를 목욕탕에 던지지"않도록하십시오 ... 기술면에서 최고의 시스템은 항상 기술적으로 가장 진보적 인 것은 아니며 다양한 차원에서 최고의 점수를 얻는 시스템이 아니라 중요한 "시장"을 보유하고있는 시스템입니다 몫". – mjv

미안하지만, "Marketocracy"는 진보를위한 매우 나쁜 운전자입니다. 왜 IBM, 오라클 및 Microsoft는 이미 수십 년 동안 관계형 연구를 완전히 무시하고 있습니까? 왜냐하면 그들은 시장 점유율을 소유하고 있기 때문에 아주 행복합니다. 왜냐하면 그들은 모두 현상 유지에 동의하는 한 미래의 현금 흐름에 대한 보장이기 때문입니다. 고객 이요? 고객은 시장에서의 추진력으로서의 그들의 힘에 대해 모든 것을 잊어 버렸습니다. 고객은 시장 주인이 스푼 파이를 먹는 모든 것을 삼킨다. 조지 오웰 (George Orwell)의 "1984"의 가난한 자들처럼. –

데이터 처리를위한 TSQL의 대체 언어

답변

관련 문제