재미있는 인터 스타는 레디 스를 언급해야합니다. 실제로 Mumps (캐시 및 GT.M)를 사용하여 거의 모든 Redis의 동작을 리버스 엔지니어링했습니다. 단순하고 기본적인 키 / 값 쌍 구조와 API를 에뮬레이트하는 것은 아주 중요한 일이었으며 테스트 한 Redis 클라이언트는 적절한 Redis 대신 Mumps 데이터베이스와 대화하고 있다는 것을조차 알지 못합니다.
그러나 interstar에 따르면 Mumps 데이터베이스는 데이터 구조 측면에서 훨씬 더 많은 기능을 수행 할 수 있습니다 (실제로 Mumps 데이터베이스는 키 / 값, 테이블 형식, 문서 및 그래프 등 모든 4 가지 NoSQL 데이터베이스 유형을 쉽게 에뮬레이트하고 모델링 할 수도 있음) 관계형 및 객체 DB-필요한 경우 한 번에 모두) 및 인 메모리와 디스크의 올바로 정렬 및 자동 균형 조정. 불과 몇 년 동안 사용되어 온 NoSQL 데이터베이스와 달리, Mumps 기술은 성숙하고, 시도되고, 테스트되고, 잘 지원되며, 분석 및 관리 패키지가 제공되며, CouchDB와 같은 많은 NoSQL 데이터베이스가 죽을 수있는 성능을 갖습니다. .
그렇다면 왜 캐시와 GT.M 공급 업체가 말한대로 누군가가 바퀴를 재발 명하는 대신 NoSQL 시장에 열심히 홍보하지 않습니까?
언어에 대한 피곤하고 오래된 논쟁과 Wikipedia 사이트의 고대 및 outdatad 예제 사용에 대해 :
a) 유행성 이하선염 데이터베이스는 당신이 원한다면 당신의 애완 동물 섹시한 현대 언어에 의해 액세스 할 수 있습니다
b) 그 스타일의 프로그래밍은 방주와 함께 나 왔으며, 당시 시계의 칩보다 처리 능력이 낮은 PDP 컴퓨터의 놀라운 성능을 발휘하기 위해 작성되었습니다. 최신 유행성 이하선염 코딩은 실제로 파이썬과 스타일이 매우 유사하며 깨끗하고 읽기 쉽고 유지 관리가 가능합니다.
c) 다른 언어와 마찬가지로 좋은 예가 있고 끔찍한 예가 있습니다. Mumps 코딩이 Wikipedia 사이트의 예와 같이 불투명하고 구식이어야한다고 가정하지 마십시오.
.. 그리고 Mason, 내 결론은 아마 당신이 생각했던 것만 큼 데이터베이스 환경에 익숙하지 않다는 것이다. :-) 만약 당신이 당신의 삶에 어떤 형태의 치료를 받았다면, 당신의 정보는 검사 요청을 관리하는 시스템을 포함하여, 구불 구불 한 볼거리 시스템을 통해서되었을 것입니다. 일간 신문의 내용은 볼거리 시스템으로 관리 할 수 있으며 온라인으로 주문한 피자까지도 볼거리 시스템으로 연결되었을 수 있습니다. 해외로 배송했을 수있는 물품의 물류는 아마도 유행성 이하선염 시스템을 통해 관리되었을 것이며 아마도 멋진 금속이나 세라믹을 필요로하는 연구원이된다면 아마도 유행성 이하선염 시스템을 통해 주문했을 것입니다.
실제로 놀랍도록 널리 퍼져있는 데이터베이스에 대해 거의 듣지 못하는 이유 중 하나는 공급 업체가 전통적으로 최종 사용자가 아닌 응용 프로그램 / 시스템 개발자를 직접 다루었 기 때문에 데이터베이스는 일반적으로 장면 뒤에 제품에 포함되어 있기 때문입니다.