문제

이에 대한 의견이나 사람들의 경험을 듣고 싶습니다. 상대.쓰레기통에 버려질 운명인가요, 아니면 프로그래밍의 차세대 혁신인가요?나는 아직 그것으로 아무것도 시도하지 않았지만(지금은 실제로 할 수 없는 것 같습니다), 여기서 논의된 몇 가지 개념에 흥미를 느낍니다.특히:

  1. 언어의 데이터 처리 부분에서 null을 완전히 제거합니다.
  2. 언어와 데이터 저장소 간의 매핑 유형이 필요하지 않습니다.
  3. 중첩 테이블
  4. 설계와 구현의 완전한 분리.

생각?

도움이 되었습니까?

해결책 2

맞아요, 토니에 동의합니다. 그러나 저에게 흥미로운 점은 Rel이 본질적으로 튜토리얼 D의 작업 버전이라는 이해와 함께 다소 작업 구현이라는 것입니다. 가치가 있습니다.

어쩌면 여기서 틀렸을 수도 있지만 튜토리얼 D는 주로 데이터 언어이지만 응용 프로그램 공간으로 이동할 가능성이 있다는 인상을받습니다. 그것은 나에게 획기적인 것 같다. 물론, Darwen, Pascal 등의 날짜부터 일부 내용을 읽은 후에는 언어가 일반적으로 객체 지향 프로그래밍을 대체하는 목표를 가질 수있는 것처럼 보입니다. 현재 OO는 프로그래밍의 세계를 지배하는 것으로 보입니다. Rel은 일반적으로 프로그래밍에 대한 대안적인 견해를 제공 할 것입니다.

그래서 내가 궁금한 점은이 프로젝트에 다른 제품으로 이어지는 다리가 있는지 또는 사람들이 역사적 호기심 일 것이라고 생각하는지 여부입니다.

다른 팁

나는 그것이 원조로 의도된다고 생각합니다 가르치는 단기 또는 중기 적으로 "실제 작업"을 위해 SQL DBMSS의 경쟁자가 아닌 순수한 관계형 모델. 그러나 날짜와 Darwen은 그들의 책에서 관계형 모델의 적절한 구현에 대한 설득력있는 사례를 만듭니다. 세 번째 선언. 어쩌면 언젠가 누군가가 그것을 기반으로 성공적인 제품을 생산할 것입니다. 결국, Oracle은 매우 작은 틈새 회사였습니다.

OP로부터 거의 4년이 지났습니다.나는 최근에 Rel을 발견했는데 그것은 내가 하고 있는 일에 대한 잠재력을 가지고 있습니다.교육용 언어로 더욱 명확하게 확립되었지만 구문이 여전히 약간 취약하기는 하지만 구현은 이제 매우 견고합니다.그것은 잠재력을 가지고 있으며 이 잠재력이 실현되기를 바랍니다.불행하게도 이 발언은 4년 전의 발언과 비슷하기 때문에 실현된다면 속도가 매우 느린 것이 분명합니다.여전히 대부분의 연구 노력이 제품에 포함되기까지 약 10년이 걸리므로 아직 희망은 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top