변덕이 데이터베이스에 대해, 우리는 몇 가지 흥미로운 것들과 기능의 생각을 상상 향후 데이터베이스 개발의 일종으로 간주, 정말 달성 할 수있는 회사 또는 연구 기관의 미래 강도를 기대합니다.
A : 분산 운영 체제 --- 영구 운동 기계 형 운영 체제
모든 데이터베이스 후 채팅 데이터베이스, 운영 시스템에 대한 첫 번째 이야기, 설치 및 운영 체제를 배포합니다.
일반, 저항 할 수없는 오류가있는 등 전원, CPU, 하드 디스크, 메모리, 네트워크,에 하드 고장 현재의 일반적인 응용 프로그램 서비스. 비 분산 운영 체제에서가 아닌 개별 서버 자원은 지금도 K8S 컨테이너 시대뿐만 아니라를 합리적인 사용을 극대화합니다. 현재 애플리케이션 서비스 수준이 읽기 및 쓰기 성능은 CPU, 메모리, 네트워크 병목 현상은,하지만, 이러한 병목 현상을 돌파하는 분산 운영 시스템의 데이터베이스는 응용 프로그램의 유형은 영구 운동, 결코 아래로, 충분한 자원을 달성하기 위해 경우, 자동 탄력과 탄성 자원, 성능 병목 현상, 합리적으로, 응용 프로그램 서비스가 더 이상 하드웨어 문제에 대해 우려하지 않습니다 자원의 전체 사용 수 없을 것입니다.
현재는 저장소 파일 (예 : ceph 파일 시스템, 등) 분포하지만, 분산 파일 시스템을 실현하기 위해 심지어 경우에만 아직 분산 CPU, 메모리, 네트워크를 구현되지뿐만 아니라 오로라를 나타내는 데이터베이스에 큰 변화를 가져왔다, PolarDB 등은, 기본적으로 크게 개선 된 하드 드라이브 장애, 안전성, 성능 및 탄성 확장 성의 문제가되지 않으며, 저장 및 컴퓨팅 하드웨어의 분리를 달성한다.
메인 CPU, 하드 디스크, 메모리, 네트워크, 모두 달성하는 경우 진정한 분산, 더 이상 하나의 CPU, 하드 디스크, 메모리, 네트워크를 구별하지, 모든 리소스가 큰 연못에있는 모든 분산 된 클러스터 CPU와 메모리 이 다른 자원의 클러스터가 공유 할 수있다는 100 % 신뢰할 수있는 응용 프로그램 서비스를 달성 할 수 있도록하거나 사용이 제한 서비스 자원이 자동으로 탄성을 확장 할 수 있습니다, 다음 서비스가 실제 시스템에서 실행되고 있지 않습니다, 하나 개의 물리적 노드 실패, 사업의 정상적인 작동에 영향을 미칠되지 않더라도, 분산 운영 체제에서 동적 실행, 그것은 데이터의 안전성과 신뢰성에 영향을주지 않습니다.
비용은 건축과 실제에 대한 이야기에 남아 있지, 등의 출현은 시스템, 하드웨어 및 소프트웨어 지원 요구를 운영 배포하지만, 소프트웨어 및 하드웨어 기술의 급속한 발전과 함께, 미래에 이러한 운영 체제를 믿고.
II : 지능형 데이터베이스
현재 데이터베이스 정보, 자동화, 지능형 운영 및 유지 보수가 많지 진정한 지능형 회사는 주로 해당 있다고한다. 지능형 데이터베이스의 경우, 개인이해야 상상은 기계 학습, 자동, 적응 복잡한 환경, 무인 설치 배포, 운영 및 유지 보수, 데이터베이스 및 최적의 실행 상태의 최고를 유지의 사용이다.
1 : 자동 성능 튜닝, 다양한 파라미터의 설정을 유지하기 위해 CPU, 메모리, 하드 디스크, 네트워크, 커널, 실, TCP 연결을 자동 튜닝, 데이터베이스 시작 작업을 시작, 전혀 프로필이 최적 데이터베이스 성능이 최적입니다.
2 : 자동으로 추가하고 인덱스 최적화, 데이터베이스 테이블을 만들 때 실제 상황에 따라 데이터베이스에서 최적의 인덱스를 만들려면 인덱스를 지정할 필요가 없습니다.
3 : 동적으로 큰 필드를 비활성화 등의 개발 표준을 지정할 수있는 데이터베이스 운영 및 유지 보수 직원은, 오류, 증가 감사 데이터베이스 개발 사양의 생성에 직접 기본 키 테이블이 없습니다.
4 : 복잡한 SQL에 대한 자동 재 작성 SQL 문이 자동으로 다시 단순화하고 최적화 SQL 실행 효율을 할 수 있습니다.
5 : 병렬 쿼리는 쿼리의 효율성을 향상시킬 수 있습니다.
6 : 상세한 데이터베이스 테이블 액세스 통계, 데이터가 데이터베이스가 최적의 열 데이터에 항상 그래서, 더위와 추위, 더위와 추위 데이터를 구별 할 수 있으며 자동으로 분리 될 수 읽기 - 쓰기 상태.
7 : 엑셀과 유사한 원주 스토리지 및 데이터 스토리지 라인 스토리지의 존재, 실제 HTAP, 완벽한 지원 OLTP와 OLAP 장면을 달성하기 위해 데이터베이스를 읽을 수있는, 어쨌든 계산할 수 있습니다.
8 : 클러스터 관리가 더욱 간소화하고 바보 스타일 관리, 성숙 클러스터의 배포, 즉 완료,보다 안전하고 신뢰할 수있는 장애 복구 관리를 달성.
세 : 하이브리드 데이터베이스
현재 데이터베이스 당신이 날 가지고 있다고 할 수있다, 나는 당신이, 당신이 무엇을, 지원, 나는 또한이뿐만 아니라 지원해야합니다. 다양한 데이터베이스는 자신의 최적의 응용 프로그램 시나리오를 가지고 있지만, 장면, 오라클, MySQL은, PG, 레디 스,이 있었다 다양 MongoDB를, FLINK, Kafak , 다른 데이터베이스가 존재하므로 개발과 운영 및 유지 보수 인력이라는 것을 큰 도전, 더 복잡한의 더 많은 사용은 당신이 많은 에너지를 소비하는 데 필요한 소프트웨어를 설치합니다.
콤바인 데이터베이스 전문 지식의 다양성, 그리고 코드를 MariaDB 지원 Oralce 데이터베이스 등의 직접 사용, 제로 세트 여러 데이터베이스를 수정할 수는, 단순히 sql_mode = 오라클을 수정하는 것이 향후 A를 데이터베이스에서 발생할 수있는 완벽하게 호환 oralce 구문이 될 수 있습니다. 이러한 데이터베이스는 다른 데이터베이스에 직접 플러그 앤 플레이를위한 프레임 워크 될 수 있습니다. 데이터베이스의 마지막 한 종류는 세계를 지배한다.
아이디어는 지속적으로 업데이트됩니다. . .