비즈니스 규칙은 다음을 사용하여 데이터베이스 내에서 시행될 수 있습니다.
정답: C
데이터베이스 이론에서 뷰는 관계형 데이터베이스의 가상 테이블로 액세스할 수 있는 저장된 쿼리 또는 쿼리 또는 맵의 결과 집합과 축소 기능으로 구성된 문서 지향 데이터베이스의 문서 집합으로 구성됩니다. 일반 테이블과 다르게
(기본 테이블) 관계형 데이터베이스에서 뷰는 물리적 스키마의 일부를 형성하지 않습니다. 이는 데이터베이스의 데이터에서 계산되거나 조합된 동적 가상 테이블입니다. 테이블의 데이터를 변경하면 이후의 뷰 호출에 표시되는 데이터도 변경됩니다. 일부에서는
NoSQL 데이터베이스 뷰는 데이터를 쿼리하는 유일한 방법입니다.
뷰는 테이블에 비해 다음과 같은 이점을 제공할 수 있습니다.
뷰는 테이블에 포함된 데이터의 하위 집합을 나타낼 수 있습니다.
뷰는 여러 테이블을 단일 가상 테이블로 결합하고 단순화할 수 있습니다.
뷰는 데이터베이스 엔진이 데이터(합계, 평균 등)를 집계하고 계산된 결과를 데이터의 일부로 표시하는 집계 테이블 역할을 할 수 있습니다.
뷰는 데이터의 복잡성을 숨길 수 있습니다. 예를 들어 뷰는 Sales2000 또는
Sales2001, 실제 기본 테이블을 투명하게 분할
뷰는 저장하는 데 아주 작은 공간을 차지합니다. 데이터베이스에는 뷰의 정의만 포함되어 있으며 뷰가 제공하는 모든 데이터의 복사본은 포함되어 있지 않습니다.
사용된 SQL 엔진에 따라 보기는 추가 보안을 제공할 수 있습니다.
뷰는 테이블이 외부 세계에 노출되는 정도를 제한할 수 있습니다.
(프로그래밍에서) 함수가 추상화를 제공할 수 있는 것처럼 데이터베이스 사용자는 뷰를 사용하여 추상화를 만들 수 있습니다. 함수와 병행하여 데이터베이스 사용자는 중첩된 뷰를 조작할 수 있으므로 하나의 뷰가 다른 뷰의 데이터를 집계할 수 있습니다. 뷰를 사용하지 않으면 두 번째 정규형 이상의 데이터베이스를 정규화하는 것이 훨씬 더 어려워집니다. 뷰를 사용하면 무손실 조인 분해를 더 쉽게 만들 수 있습니다.
다음 답변은 올바르지 않습니다.
대리
컴퓨터 네트워크에서 프록시 서버는 다른 서버에서 리소스를 찾는 클라이언트의 요청을 중개하는 역할을 하는 서버(컴퓨터 시스템 또는 응용 프로그램)입니다. 클라이언트는 프록시 서버에 연결하여 파일, 연결, 웹 페이지 또는 다른 서버에서 사용할 수 있는 기타 리소스와 같은 일부 서비스를 요청합니다. 프록시 서버는 필터링 규칙에 따라 요청을 평가합니다. 예를 들어 IP 주소나 프로토콜을 기준으로 트래픽을 필터링할 수 있습니다. 요청이 필터에 의해 검증되면 프록시는 클라이언트를 대신하여 해당 서버에 연결하고 서비스를 요청하여 리소스를 제공합니다. 프록시 서버는 선택적으로 클라이언트의 요청이나 서버의 응답을 변경할 수 있으며 때로는 지정된 서버에 연결하지 않고 요청을 제공할 수도 있습니다. 이 경우 원격 서버의 응답을 '캐시'하고 동일한 콘텐츠에 대한 후속 요청을 직접 반환합니다.
중복성
중복성은 일반적으로 백업이나 오류 방지의 경우 시스템의 신뢰성을 높이기 위한 의도로 시스템의 중요한 구성 요소나 기능을 복제하는 것입니다.
중복성에는 다음과 같은 네 가지 주요 형태가 있습니다.
장애 조치(Fail-Over), 로드 밸런서(Load Balancer), 대기 메커니즘, DMR 등의 하드웨어 이중화
TMR
오류 감지 및 수정 방법 등 정보 중복성
대체 논리와 같은 일시적인 오류 감지 방법을 포함한 시간 중복성
소프트웨어 이중화
중복성을 사용하면 단일 실패 지점을 방지할 수 있습니다.
입증
누군가가 인증될 수 있는 방식은 인증 요소로 알려진 것에 따라 세 가지 범주로 분류됩니다. 즉, 귀하가 알고 있는 것, 귀하가 가지고 있는 것 또는 귀하인 것입니다. 각 인증 요소는 액세스 권한을 부여받기 전에 개인의 신원을 인증하거나 확인하고, 트랜잭션 요청을 승인하고, 문서 또는 기타 작업 제품에 서명하고, 다른 사람에게 권한을 부여하고, 권한 체인을 설정하는 데 사용되는 다양한 요소를 다룹니다.
보안 연구에 따르면 확실한 식별을 위해서는 최소한 두 가지 요소, 바람직하게는 세 가지 요소 모두를 확인해야 합니다. 세 가지 요인(클래스)과 각 요인의 일부 요소는 다음과 같습니다.
지식 요소: 사용자가 알고 있는 것
(예: 비밀번호, 암호 문구 또는 개인 식별 번호(PIN)) 소유권 요소: 사용자가 가지고 있는 것
(예: 손목 밴드, ID 카드, 보안 토큰, 소프트웨어 토큰)
고유 요인: 사용자가 하고 있는 것 또는 행동하는 것
(예: 지문, 망막 패턴, DNA 서열, 서명, 얼굴, 음성 또는 기타 생체 인식 식별자).
두 가지 요소 인증
식별을 위해 두 가지 요소를 나타내는 요소가 필요한 경우에는 두 가지 요소 인증이라는 용어가 적용됩니다. . 예를 들어 은행 카드(사용자가 가지고 있는 것) 및 PIN(사용자가 알고 있는 것)입니다. 비즈니스 네트워크에서는 사용자에게 비밀번호(지식 요소)와 보안 토큰의 의사 난수(소유 요소)를 제공하도록 요구할 수 있습니다.
이 질문을 작성하는 데 다음 참조가 사용되었습니다.
CISSP CBK 공식(ISC)2 가이드, 제2판(2010)
https://en.wikipedia.org/wiki/View_%28database%29
https://en.wikipedia.org/wiki/Redundancy_%28computer_science%29
https://en.wikipedia.org/wiki/Authentication
