SaaS 대중화는 관계형 데이터베이스에 대 한 더 이상 존재

SaaS는 일반적으로 간주 됩니다 모든 네트워크 인프라와 소프트웨어, 하드웨어 운영 플랫폼, 필요한 정보를 구축 하는 기업에 대 한 공급자 및 의향, 서비스의 후자 시리즈의 유지 보수의 모든 구현에 대 한 책임 기업 필요가 없습니다 하드웨어 및 소프트웨어를 구입, 직원, 인터넷 정보 시스템을 사용할 수 있습니다 그것을 모집 하는 객실을 건물 물 탭을 열고, 처럼 기업 소프트웨어 서비스는 SaaS 공급자의 실제 필요에 따라를 임대 합니다.

현재, 세계에 있는 많은 다국적 정보 기술 산업 회사 제품 및 인터넷의 미래 개발을 위한 기술 플랫폼을 제공 하는 SaaS 기반 서비스 개발 및 전자 상거래는 최근 몇 년 동안에서 인터넷 응용 프로그램의 가장 인기 있는 지역. 따라서, SaaS 모델의 대중화는 전자 상거래의 발전에 지대한 영향을 해야 합니다.

Geir Magnusson, 부사장 10Gen 공학의 지적, 그것은 미래에 관계형 데이터베이스 분산된 환경에 적용 되지 않습니다 때문에 관계형 데이터베이스의 그림자를 찾을 어려울 것 이다. SaaS의 인기는 우리에 게 우리는 일 하는 방법을 재검토 하도록 필요 합니다.

많은 새로운 데이터베이스, Google의 Bigtable, 아마존 Simpledb, 10gen 몽고, appjet의 Appjet 데이터베이스와 Oracle의 오픈 소스 Berkelydb를 포함 하 여 있다. 이러한 데이터베이스의 관계형입니다. 이러한 데이터베이스는 서비스 클라우드 컴퓨팅 응용 프로그램에 특히 적합 한 몇 가지 일반적인 기능을가지고 있습니다. 그들의 대부분은 여러 위치에서 여러 서버에 분산 될 수 있습니다 즉, 분산된 환경에서 실행할 수 있습니다. 그들은 자연, 트랜잭션 하지 않습니다 그리고 더 나은 성능에 대 한 대가로 몇 가지 고급 쿼리 기능을 희생 했습니다. 대부분의 경우에서 이러한 데이터베이스 개체 대신 SQL 튜닝을 사용 하 여 검색할 수 있습니다.

관계형 데이터베이스가 많은 데이터 처리 센터에서 사용 되었습니다, 하지만 SaaS의 잠재력을 발휘 하는 설정의 다른 세트를 요구 한다. 동기화, 유지, 및 마비의 시점에서 실행, 쉬운 응답 시간, 디자인 및 데이터 백업을 다른 위치를 지원 하 고 그 데이터를 보장 하는 지리 공간 거리에 걸쳐 복잡 한 쿼리를 실행 하는 것을 상상해 보세요. 따라서, 서로 다른 위치에 데이터베이스 구성 요소의 조각화는 SaaS, SaaS를 생산 하는 이유는 필요 합니다. 더 중요 한 것은, SaaS 아키텍처는 기존 관계형 구조, 관계는 SaaS 아키텍처에 더 이상 존재 및 클러스터 방식에서 데이터 보면 사람들이 다른 특성이 없습니다.

현재, 전통적인 데이터베이스 개발 소프트웨어 시스템의 사용자 호출 해야 데이터베이스 소프트웨어 시스템, 데이터베이스 시스템, 이러한 시스템의 개발은 매우 간단, 비용이 매우 낮습니다, 데이터를 디자인 하는 필요 구조, 테이블 및 다음 SQL 문의 많은 수를 디자인 하지만 java/php를 사용 하 여 /. NET 및 다른 언어, 하지만 사실 이러한 언어 그냥 SQL 데이터베이스를 전송 전송 노동자 수행, 값 및 상태입니다. 따라서, 인터넷 환경에서 실행 되는 이러한 시스템, 주요 부하에에서 집중 데이터베이스 SQL 작업, 즉: 전체 소프트웨어 시스템 성능 키 포인트 데이터베이스에 데이터베이스는 교장의 주요 성능 사용자는 Websphere를 사용할 수 있지만 / WebLogic 및 기타 응용 프로그램 서버, 하지만 자바만 전송 노동자 때문에 부하 분산된의 기능 있지 않습니다.

위의 이유 때문에 그것은, 일부 전문가 들은 SaaS의 대중화는 관계형 데이터베이스의 응용 프로그램에 큰 영향을 미칠 것입니다 및 데이터베이스에서 사용 하는 대부분의 전자-상거래 시스템 또는 관계형 데이터베이스를 기반으로, 클라우드 컴퓨팅 응용 프로그램의 많은 미래 필연적으로 영향을 미칠 것 없는 전자 상거래 데이터베이스의 건설에 그리고 전자 상거래 기술 개발에 영향을 미칠.

(책임 편집기: 유산의 좋은)