차례:
- Oracle 12c
- 클라이언트 - 서버 및 다중 계층 시스템에서 Oracle 데이터베이스는 데이터를 보유하고 있기 때문에 시스템의 핵심이었습니다. 전체 시스템의 기본 데이터 저장소로 존재하는 것이 Oracle 데이터베이스의 가장 보편적 인 사용이지만 Oracle을 설치해야하는 유일한 시간은 아닙니다.
비디오: Building Apps for Mobile, Gaming, IoT, and more using AWS DynamoDB by Rick Houlihan 2024
Oracle 12c 데이터베이스는 단순히 격리되어 존재하지는 않습니다. 컴퓨터 시스템의 일부로 작동합니다. Oracle 소프트웨어를 설치하고 데이터베이스를 구성하기 전에 데이터베이스가 전반적인 시스템 아키텍처에 어울리는지를 알아야합니다. 일부 시스템은 다른 시스템보다 복잡하지만 대부분 다음과 같은 기본 범주에 속합니다.
-
클라이언트 - 서버
-
다중 계층
-
구성 요소
데이터베이스의 특정 요구 사항을 알기 때문에 데이터베이스가 어떤 범주에 속하는지 알면 시스템 설치 중에 큰 차이가납니다.
Oracle 12c
클라이언트 - 서버 응용 프로그램 (2 계층 응용 프로그램 이라고도 함)의 클라이언트 - 서버 응용 프로그램은 사용자 워크 스테이션에 응용 프로그램이 설치되어 있고 실행 중에, 프로그램은 원격 데이터베이스 서 v에 저장된 데이터에 액세스합니다. 여기에 약간의 공간이 있지만 워크 스테이션은 프리젠 테이션 및 응용 프로그램 논리를 처리하며 데이터베이스 서버는 데이터 저장소 역할을합니다. 다음은 클라이언트 - 서버 구성의 작동 방식입니다.
이러한 클라이언트 측 응용 프로그램에 데이터가 필요하면 클라이언트 측 tnsnames를 사용하여 ODBC (Open Database Connectivity), JDBC (Java Database Connectivity) 또는 Oracle Net을 통해 데이터베이스에 액세스합니다. 오라. 이러한 데이터베이스 통신 프로토콜을 통해 모든 클라이언트에서 오라클을 포함한 모든 데이터베이스에 연결할 수 있습니다.
데이터베이스 서버에서 처리하는 것은 종종 의미가 있습니다. 데이터베이스 서버가 가장 큰 워크 스테이션보다 훨씬 더 집중적 인 처리 및 번호 처리를 수행 할 수 있기 때문입니다. 데이터 처리는 일반적으로 데이터베이스 프로 시저, 함수 및 패키지를 통해 실행됩니다.이 프로 시저는 데이터를보다 작은 결과 집합으로 처리하여 클라이언트에 반환하여 사용자에게 표시합니다.
많은 사람들이 클라이언트 - 서버가 사망했다고 주장했습니다. 그렇다면 왜 많은 클라이언트 - 서버 응용 프로그램이 아직 밖에 있습니까? 클라이언트 - 서버 아키텍처는 오래되었고 다중 계층 환경에 더 많은 새로운 응용 프로그램이 존재합니다. 그러나 단순한 클라이언트 - 서버 응용 프로그램은 여러 상황에서 비즈니스 요구를 즉각적으로 충족시킵니다. 클라이언트 - 서버 응용 프로그램은 작업을 수행하는 레거시 응용 프로그램 일 수 있습니다. 따라서 업 그레 이드 할 필요가 없습니다.
Oracle 12c의 구성 요소
클라이언트 - 서버 및 다중 계층 시스템에서 Oracle 데이터베이스는 데이터를 보유하고 있기 때문에 시스템의 핵심이었습니다. 전체 시스템의 기본 데이터 저장소로 존재하는 것이 Oracle 데이터베이스의 가장 보편적 인 사용이지만 Oracle을 설치해야하는 유일한 시간은 아닙니다.
예를 들어, 종종 이러한 데이터베이스는보다 큰 상용 선반 (COTS) 응용 프로그램의 보조 데이터 저장소 역할을하는 보조 역할을 수행합니다. 이러한 경우 오라클 데이터베이스는 대형 시스템 내에서 사용하기위한 특수 데이터를 저장하는 저장소 역할을합니다. 대형 시스템을 설치하는 동안 Oracle 데이터베이스가 지원 구성 요소로 설치됩니다.
잘 알고있는 오라클 저장소의 일반적인 예로 Oracle Designer가 있습니다. 이 Oracle 개발자 도구를 사용하여 응용 프로그램 코드 (다른 것들)를 디자인, 작성 및 저장하고 사용자의 데스크탑에 상주시킬 수 있습니다.
사용자가 Oracle Designer를 시작하면 연결할 Oracle 저장소를 묻는 메시지가 표시되고 사용자는 해당 정보를 지정합니다. 디자이너 데스크톱에서 사용할 모든 개체가 저장되는 것은 해당 리포지토리 내에 있습니다.
Oracle Internet Directory (OID)는 다중 계층 환경에서 하위 구성 요소 역할을 수행하는 Oracle의 최신 예입니다. OID는 LDAP (Lightweight Directory Access Protocol)의 Oracle 구현입니다.
LDAP는 시스템에서 데이터의 빠른 검색 액세스를 허용하는 계층 적으로 정의 된 (관계형이 아닌) 데이터 저장소입니다 (데이터베이스 아님). 일반적인 예는 전자 메일 주소록입니다.이 주소록에는 많은 업데이트 또는 심층적으로 계층화 된 데이터가 포함되어 있지 않으므로 LDAP의 핵심 사용 인 데이터 조각을 빠르게 검색해야합니다.
또 다른 일반적인 LDAP 사용은 사용자와 자격 증명을 저장하여 웹 응용 프로그램 서버가 사람을 검색하여 시스템에 액세스 할 권한이 있는지 여부를 확인할 수 있도록하는 것입니다. 결국, 당신은 당신의 시스템에 누군가를 허용하고 싶지 않습니다!
이 자격 증명 확인을 통해 Oracle Fusion Middleware 제품 (OFM)이 필요하며 LDAP가 솔루션입니다. 물론 오라클이 데이터베이스 회사라는 점에서 OID 인 Oracle 데이터베이스 내부에 LDAP 구현을 적용하기로 결정했습니다.
이는 전문화 된 Oracle 데이터베이스가 전통적인 고객 데이터가 저장된 백엔드 데이터베이스에 오라클을 사용하는보다 큰 시스템을 위해 OID / LDAP를 통해 인증을 제공하는 방법입니다. OID는 더 큰 시스템에서 필요한 구성 요소 일뿐입니다.
