본문 바로가기

OCM10g R2

Chapter09.Joins 9.1 About Joins 조인은 테이블 또는 뷰와 같은 정확히 두 개의 행 소스의 출력을 결합하고 하나의 행 소스를 리턴합니다. 리턴 된 행 소스는 데이터 세트입니다. 조인은 SQL 문의 WHERE (ANSI가 아닌) 또는 FROM ... JOIN (ANSI) 절에있는 다중 테이블을 특징으로합니다. FROM 절에 여러 테이블이 존재할 때마다 Oracle Database는 조인을 수행합니다. 조인 조건은 표현식을 사용하여 두 개의 행 소스를 비교합니다. 조인 조건은 테이블 간의 관계를 정의합니다. 명령문이 조인 조건을 지정하지 않으면 데이터베이스는 데 티지 조인을 수행하여 한 테이블의 모든 행을 다른 테이블의 모든 행과 일치시킵니다. See Also: • "Cartesian Joins (page 9-2.. 더보기
Chapter17.Transporting Optimizer Statistics 17.Transporting Optimizer Statistics옵티 마이저 통계를 데이터 딕셔너리에서 사용자 정의 통계 테이블로 내보내고 가져올 수 있습니다.한 데이터베이스의 통계를 다른 데이터베이스로 복사 할 수도 있습니다. 17.1 About Transporting Optimizer Statistics데이터베이스간에 옵티 마이저 통계를 전송할 때 DBMS_STATS를 사용하여 스테이징 테이블과 통계를 복사하고 도구를 사용하여 대상 데이터베이스에서 테이블 내용에 액세스 할 수있게해야합니다.가져 오기 및 내보내기는 프로덕션 통계를 사용하여 응용 프로그램을 테스트 할 때 특히 유용합니다.DBMS_STATS.EXPORT_SCHEMA_STATS를 사용하여 프로덕션 데이터베이스의 스키마 통계를 테스트 데이터베.. 더보기
Chapter08.Optimizer Access Paths 8.1 Introduction to Access Paths행 원본은 실행 계획의 한 단계에서 반환되는 행 집합입니다.행 소스는 조인 또는 그룹화 조작의 표,보기 또는 결과 일 수 있습니다.행 소스에서 행을 검색하기 위해 u 리에서 사용되는 기술인 액세스 경로와 같은 단 일 조작은 입력으로 단일 행 소스를 채택합니다.예를 들어, 전체 테이블 스캔은 단일 행 소스의 행 검색입니다.대조적으로 조인 작업은 2 진이며 2 개의 행 소스에서 입력을 수신합니다데이터베이스는 서로 다른 관계형 데이터 구조에 대해 다른 액세스 경로를 사용합니다.다음 표는 주요 데이터 구조에 대한 공통 액세스 경로를 요약 한 것입니다. Table 8-1 Data Structures and Access Paths----------------.. 더보기
Chapter07.Reading Execution Plans 7.1 Reading Execution Plans: Basic이 섹션에서는 EXPLAIN PLAN 예제를 사용하여 실행 계획을 설명합니다.다음 쿼리는 실행 계획을 표시합니다. SELECT PLAN_TABLE_OUTPUTFROM TABLE(DBMS_XPLAN.DISPLAY(NULL, 'statement_id','BASIC'));이 명령문의 출력 예는 예 7-4 및 예제 7-1에 나와 있습니다. Example 7-1 EXPLAIN PLAN for Statement ID ex_plan1다음 플랜은 SELECT 문의 실행을 보여줍니다.테이블 직원은 전체 테이블 스캔을 사용하여 액세스됩니다.테이블 employee의 모든 행에 액세스하고 모든 행에 대해 WHERE 절 조건을 평가합니다. EXPLAIN PLANSET.. 더보기
Chapter06.Generating and Displaying Execution Plans 6.1 Introduction to Execution PlansOracle Database가 명령문을 실행하는 데 사용하는 단계의 조합은 실행 계획입니다. 각 단계는 데이터 행을 데이터베이스에서 실제로 검색하거나 명령을 행하는 사용자를 위해 준비합니다. 실행 계획에는 명령문이 액세스하는 각 테이블에 대한 액세스 경로와 해당 조인 메소드로 테이블의 순서(조인 순서)가 포함됩니다. 6.2 About Plan Generation and DisplayEXPLAIN PLAN 문은 최적화 프로그램이 SELECT, UPDATE, INSERT 및 DELETE 문에 대해 선택하는 실행 계획을 표시합니다. 6.2.1 About the Plan Explanation명령문 실행 계획은 데이터베이스가 명령문을 실행하기 위해 수.. 더보기
Chapter05.Query Transformations 옵티마이저는 많은 쿼리 변환 기술을 사용합니다. 이 장에서는 가장 중요한 것을 설명합니다. 5.1 OR Expansion OR 확장에서 옵티마이저는 최상위 레벨 분리를 포함하는 쿼리 블록을 두 개 이상의 분기를 포함하는 UNION ALL 쿼리의 형식으로 변환합니다. 옵티마이저는 disjunction을 해당 구성 요소로 분리 한 다음 각 구성 요소를 UNION ALL 쿼리의 분기와 연결하여 이 목표를 달성합니다. 옵티마이저는 다양한 이유로 OR 확장을 선택할 수 있습니다. 예를 들어, CONCATENATION 곱을 피하는 보다 효율적인 액세스 경로 또는 대체 조인 메소드를 사용할 수 있습니다. 항상 그렇듯이 옵티마이저는 변환된 명령문의 원가가 원래 명령문의 원가보다 낮을 경우에만 확장을 수행합니다. 이전 .. 더보기
Chapter04.Query Optimizer Concepts 더보기
Chapter03.SQL Processing 3.1 About SQL ProcessingSQL 처리는 구문 분석, 최적화, 행 소스 생성 및 SQL 문의 실행입니다. 설명에 따라 데이터베이스는 이러한 단계 중 일부를 생략 할 수 있습니다. 다음 그림은 SQL 처리의 일반 단계를 보여줍니다. Figure 3-1 SQL 처리 단계 3.1.1 SQL ParsingSQL 처리의 첫 단계는 구문 분석입니다.구문 분석 단계에서는 SQL 문의 조각을 다른 루틴이 처리 할 수 있는 데이터 구조로 분리합니다. 데이터베이스는 응용 프로그램에서 지시 할 때 명령문을 구문 분석합니다. 즉, 데이터베이스 자체가 아닌 응용 프로그램만 구문 분석 수를 줄일 수 있습니다. 응용 프로그램이 SQL 문을 발행하면 응용 프로그램은 데이터베이스에 대한 구문 분석 호출을 작성하여 실행.. 더보기
Chapter02.SQL Performance Methodology 2.1 응용 프로그램 설계 지침좋은 SQL 성능을 얻으려면 애플리케이션의 성능을 염두에 두어야합니다. 2.1.1 데이터 모델링 지침데이터 모델링은 성공적인 애플리케이션 설계에 중요합니다. 비즈니스 관행을 나타내는 방식으로 데이터 모델링을 수행해야합니다. 정확한 데이터 모델에 대한 논쟁이 가열 될 수 있습니다. 중요한 것은 가장 빈번한 비즈니스 트랜잭션에 의해 영향을 받는 이들 개체에 큰 모델링에 노력을 적용하는 것입니다. 모델링 단계에서 비 핵심 데이터 요소를 모델링하는데 너무 많은 시간을 소비하려는 유혹이 있으며 개발 리드 타임이 늘어납니다. 모델링 도구를 사용하면 신속하게 스키마 정의를 생성 할 수 있으므로 빠른 프로토타입이 필요할 때 유용 할 수 있습니다. 2.1.2 효율적인 응용 프로그램 작성 지.. 더보기
Chapter01.Introduction to SQL Tuning 1 SQL 튜닝 소개 1.1 SQL 튜닝SQL Tuning은 구체적이고 측정 가능하며 달성 가능한 목표를 충족시키기 위해 SQL문 성능을 개선하는 반복 프로세스입니다. SQL Tuning은 배포된 응용 프로그램의 문제점을 수정하는 것을 의미합니다. 반대로 응용 프로그램 디자인은 응용 프로그램을 배포하기 전에 보안 및 성능 목표를 설정합니다. 1.2 SQL 튜닝의 목적SQL문은 미리 결정되고 측정 가능한 표준에 따라 수행하지 못할 때 문제가 됩니다. 문제를 확인한 후에는 일반적인 튜닝 세션에 다음 목표 중 하나가 있습니다.• 사용자 반응 시간 단축: 사용자가 내용을 발표하고 응답을 받을 때까지 걸리는 시간을 줄입니다.• 처리량 향상: 명세서에 액세스 한 모든 행을 처리하는 데 필요한 자원을 최소한으로 사용.. 더보기
CHAPTER04. ASM Disks and Disk Groups 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485868788899091929394959697989910010110210310410510610710810911011111211311411511611711811912012112212312412512612712812913013113213313413513613713813914014114214314414514614714814915015115215315415515615715815916016116216316416516616716816.. 더보기
CHAPTER05. Managing Databases in ASM 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 12.. 더보기
Chapter 03. ASM Instances Oracle Database 10g부터 Oracle Database의 두 가지 유형은 관계형 데이터베이스 관리 시스템(RDBMS)과 자동 스토리지 관리(ASM)입니다. ASM 인스턴스는 SGA (Shared Global Area) 및 Oracle 데이터베이스 인스턴스와 관련된 대부분의 표준 백그라운드 프로세스가 있다는 점에서 모든 Oracle 데이터베이스 인스턴스와 유사합니다.ASM 인스턴스는 데이터베이스를 마운트하지 않고 대신 디스크 그룹을 마운트합니다.이 장에서는 ASM 인스턴스 아키텍처에 중점을 둡니다. ASM 인스턴스는 클라이언트에 대한 ASM 파일의 레이아웃을 설명하는 메타 데이터를 관리합니다.데이터베이스는 이러한 클라이언트 중 하나입니다. ASM 메타 데이터는 ASM이 디스크 그룹을 제어하는​.. 더보기
Chapter 02. ASM and Grid Infrastructure Stack 11gR2 이전 버전에서는 자동 스토리지 관리 (ASM)가 Clusterware 스택과 긴밀하게 통합되었습니다. 11gR2에서 ASM은 Clusterware 스택과 긴밀하게 통합 될뿐만 아니라 사실 Clusterware 스택의 일부입니다. 그리드 인프라 스트럭처 스택은 오라클의 개인 데이터베이스 클라우드의 기반이며 필요에 따라 서버 및 스토리지 용량을 늘리는 것과 같은 필수 클라우드 풀 기능을 제공합니다. 이 장에서는 Oracle Clusterware 스택에 ASM을 적용하는 방법에 대해 설명합니다. Clusterware 입문서 Oracle Clusterware는 Oracle Database 용 Real Application Clusters (RAC) 옵션을 실행하는 데 필요한 크로스 플랫폼 클러스터 소.. 더보기
Chapter 01. Automatic Storage Management in a Cloud World 클라우드 컴퓨팅은 다른 사람들에게 많은 것을 의미합니다.대부분의 사람들의 클라우드 컴퓨팅 개념의 핵심에는 정보 기술의 민첩성, 확장성 및 비용 최소화에 관한 일련의 개념이 있습니다.클라우드 컴퓨팅의 초기 지지자들은 IT가 전기와 매우 유사한 유틸리티로 보았습니다.어느 정도까지, 모바일 플랫폼 공간에서, 그 비전은 현실이 되었습니다.모바일 응용 프로그램의 비용은 결코 낮아진 적이 없으며 이러한 응용 프로그램에 데이터를 제공하는데 거의 보편적으로 접근 할 수 있습니다.이 장의 초점은 클라우드 컴퓨팅이 Oracle 데이터베이스 환경에서 스토리지 관리에 미치는 영향입니다.Oracle Database의 스토리지 관리에서 중요한 부분은 ASM (Automatic Storage Management)으로 알려진 데이터.. 더보기
CHAPTER 01. Getting Started with the Oracle Architecture Oracle Database 12c는 이전 릴리스인 Oracle Database 11g의 진화된 단계로서, Oracle Database 10g의 "설정 및 잊어 버림" 기능 측면에서 진정으로 혁신적인 단계였습니다. Oracle 12c는 실행 계획 관리를 자동화하고 새로운 가상화 기능을 추가하며 가용성 및 장애 조치 기능을 크게 개선하여 기능 향상의 전통을 이어갑니다. 이 책의 1부는 오라클 아키텍처의 기본 사항을 다루며 새로운 설치 또는 Oracle의 이전 릴리스에서의 업그레이드에 대한 실질적인 조언을 제공하여 성공적인 Oracle 인프라 배치의 토대를 마련합니다. Oracle 12c 소프트웨어의 기초를 제공하기 위해 관련 섹션의 서버 하드웨어 및 운영 체제 구성 문제를 다룹니다. 이 책의 파트 II에서.. 더보기
오라클 설치를 위한 리눅스 설정(Oracle11gR2 on RAC OEL6) 오라클 설치를 위한 리눅스 설정 1. 불필요한 서비스 제거 # chkconfig iptables off # chkconfig ip6tables off # chkconfig ntpd off 2. hosts 파일 설정 # vi /etc/hosts 127.0.0.1 localhost 192.168.10.61 reco01 192.168.10.62 reco02 192.168.10.63 reco03 10.10.10.110 reco01-priv 10.10.10.120 reco02-priv 10.10.10.130 reco03-priv 192.168.10.64 reco01-vip 192.168.10.65 reco02-vip 192.168.10.66 reco03-vip 192.168.10.67 reco-scan 3. Ke.. 더보기
오라클 설치를 위한 리눅스 설정(Oracle12cR2 on RAC OEL7) 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485868788899091929394959697989910010110210310410510610710810911011111211311411511611711811912012112212312412512612712812913013113213313413513613713813914014114214314414514614714814915015115215315415515615715815916016116216316416516616716816.. 더보기
Advanced Format: 4k Sector Size 근본적인 4K 섹터 크기를 가진 Advance Format 저장 장치의 개념은 신입 회원에게 일정한 혼란을 야기 할 수있는 개념입니다. 일단 기본을 이해하면 실제로는 매우 간단합니다. 동일한 규칙이 공급 업체와 상관없이 모든 4k 장치에 적용되기 때문에 이는 불행한 일입니다. 안타깝게도 아직 Advanced Format을 지원하지 않는 벤더 중 일부는 이를 공격하는 방법으로 사용할 수있는 예측 가능한 경로를 택했습니다. 물론 사물을 혼란스럽게하는 것이 그들의 관심사입니다. 이 페이지를 작성했을 때, 제품이 Advanced Format을 지원하는 공급 업체에서 일을 했으므로 이 페이지는 주제에 명확성을 부여하려는 시도였습니다. 일을 간단하게하기 위해, 당신이 읽고있는 페이지는 기초에 관해 토론 할 것이고,.. 더보기
Chapter01.PL/SQL 블록의 개요 A. PL/SQL의 장점 더보기

티스토리툴바