최근 SQLite를 담당 한 개발자 인 Richard Hill Hipp가 http://www.fossil-scm.org/index.html/doc/tip/www/theory1.wiki을 보았습니다.SQL이 NoSQL 데이터베이스 세계의 ''어셈블러 ''입니까?
나는 SQL을 사용하는 유일한 NoSQL 데이터베이스 인 Fossil을 생각하니?
다른 사람들은 SQL을 '고급 스크립팅 언어'로 사용합니까?
최근 SQLite를 담당 한 개발자 인 Richard Hill Hipp가 http://www.fossil-scm.org/index.html/doc/tip/www/theory1.wiki을 보았습니다.SQL이 NoSQL 데이터베이스 세계의 ''어셈블러 ''입니까?
나는 SQL을 사용하는 유일한 NoSQL 데이터베이스 인 Fossil을 생각하니?
다른 사람들은 SQL을 '고급 스크립팅 언어'로 사용합니까?
이 기사에서 화석은 데이터베이스가 아니라 데이터베이스라는 것입니다. 예, 데이터가 포함 된 것입니다. 예, 데이터베이스에 의해 지원되지만 데이터베이스 자체와는 거리가 멀습니다. 그래서 질문의 첫 번째 부분은 기본적으로 잘못된 가정에 의존합니다. 스키마가없는 모델을 저장하기 위해 MySQL을 사용하는 Friendly이라는 데이터베이스가 있지만 어색하고 멍청한 솔루션 일 것입니다.
나는 확실히 NoSQL 옵션에 익숙하지 않지만, 잘 알고있는 사람 중 누구도 SQL을 사용하지 않습니다. MongoDB와 CouchDB는 내가 가장 익숙한 두 가지 방법 모두 매우 다른 방식으로 쿼리 인터페이스의 일부로 자바 스크립트를 사용합니다. MongoDB는 관계형 데이터베이스에서 기대하는 것보다 더 많은 쿼리를 제공합니다. 특정 속성 집합과 일치하는 모든 문서에 대해 임의의 쿼리를 작성할 수 있습니다. 그러나 관계형 데이터베이스와 달리 조인 (복합 문서가 아닌 별개의 문서 목록 만 얻음)과 임의의 Javascript 코드를 작성하여 문서를 선택할 수 있습니다. 반면 CouchDB는 임의의 쿼리를 허용하지 않는다. 대신 Javascript로 작성된 map/reduce 함수를 사용하여 뷰 (기본적으로 키 - 값 저장소)를 만든 다음 시작 키와 끝 키에서 해당 뷰를 쿼리합니다.
두 경우 모두 쿼리를 수행하기 위해 서버로 전송되는 정보 유형이 SQL이 해결하기에 좋은 유형의 유형에는 적합하지 않습니다. SQL의 수준이 너무 높기 때문에 (논문 작성자의 논리를 사용하는 것) 매우 제한된 문제에만 적합하다는 것입니다. 화석/SQLite는의