대규모 다중 사용자 DBMS는 DBMS에서 리소스를 훔칠 수 있는 다른 불필요한 앱, 프로세스 또는 서비스 없이 전용 서버나 클러스터에 독립 실행형으로 상주해야 한다는 것이 항상 나의 강한 확신이었습니다. 또한 DBMS가 가능한 최대 성능을 제공할 수 있도록 맞춤화된 OS에 DBMS가 긴밀하게 통합되어야 한다고 생각합니다! Pick, Terradata 등의 독점 시스템은 이러한 목표를 위해 설계되었습니다. 최신 Sun/Oracle 시스템이 이 범주에 속합니까?.. INFORMIX와 같은 다른 DBMS를 사용하여 이러한 아키텍처를 구현하는 것이 합리적입니까?
답변1
일반적으로 하나의 데이터베이스를 제공하기 위해 두 개 이상의 컴퓨터를 함께 배치할 때 다항식 시간 성능 특성을 생성하기 위해 결합되는 ACID RDBMS의 특정 속성이 있습니다.
이 문제를 해결하기 위한 여러 가지 시도가 있습니다.
트랜잭션 감소, 조인 감소 등을 통해 데이터베이스를 최대한 최적화합니다.
지원 운영 체제 최적화, 디스크 최적화 등 데이터베이스 서비스를 제공하기 위해 컴퓨터 한 대를 최대한 최적화합니다.
매우 강력한 단일 컴퓨터로 데이터베이스를 제공하여 수직적으로 확장합니다.
샤딩을 통해 또는 서로 다른 데이터베이스에 서로 다른 테이블을 배치하여 RDBMS를 배포합니다.
ACID RDBMS의 일부 속성을 삭제하지만 진정한 분산 및 그에 따른 성능을 제공하는 진정한 분산 데이터베이스를 사용합니다. 예를 들어 Cassandra 등이 있습니다. 그리고 진정한 분산 데이터베이스는 상용 하드웨어에서 실행될 수 있습니다. 왜냐하면 분산 데이터베이스의 성능은 기본적으로 특정 노드의 성능이 아니라 노드 수에 따라 결정되기 때문입니다.
처음 네 가지 방법에는 엄격한 제한이 있습니다. 다섯 번째에는 제한이 없습니다.
데이터베이스 요구 사항은 조정 및 하드웨어가 따라잡을 수 있는 것보다 훨씬 더 빠르게 확장되므로 불가피한 솔루션은 분산 데이터베이스가 될 것입니다. 물론 많은 사람들이 데이터베이스 서버를 조정하려고 시도한 후 대규모 하드웨어로 업그레이드해야 하지만 이는 임시방편일 뿐이며 충분하지 않으면 분산 데이터베이스로 강제로 전환해야 합니다.
답변2
지출할 수 있는 백만 달러의 홀수 분기가 있다면 슬라이스 구입을 고려해 볼 수 있습니다.Oracle Exadata 머신. 이는 고도로 사양이 지정된 하드웨어를 선택하고 Oracle의 성능을 최적화하기 위해 삐걱거릴 때까지 Solaris를 조정한 고도로 구성된 데이터베이스 어플라이언스입니다.
답변3
Oracle과 Solaris 간의 통합은 대부분의 경우보다 더욱 긴밀합니다. 하지만 귀하의 요구 사항 목록을 충족하는지 확인할 수는 없습니다.
답변4
나는 당신이 대답보다는 토론을 원한다고 가정합니다. 그러나 내 대답은 어쨌든 "아니요"입니다.
대기업 매장에서는 모든 Oracle, Sybase 및 SQL Server 설치가 가장 낮은 공통 분모인 SAN을 사용할 수 있습니다. 이는 그 자체로 트랜잭션 방식으로 오프사이트에 복제될 수 있습니다. 기업 DBA에게 물어보세요.
어느 상점에서나 코드 품질은 서버/OS보다 더 큰 요소입니다. 예를 들어 아무리 최적화하고 통합해도 잘못된 색인 생성을 방지할 수는 없습니다.
기타 사항:
- 테라바이트 DB는 백업/복원/SLA 문제에 가깝습니다. IMHO
- 활성 데이터 세트 또는 일일 증가는 성능 측면에서 걱정해야 할 사항입니다.