1. ASM ? ASM은 Oracle 10g부터 지원되는 Logical Volume Manager와 File System의 통합체로서 Oracle Database File을 위해 특별히 구현된 Disk 관리 시스템으로 Disk 간 Balance가 유지될 수 있도록 분산 저장 및 Mirroring을 지원 2. CREATE TABLESPACE CREATE TABLESPACE ts_new DATAFILE SIZE 100M; 3. ADD DATAFILE -- 파일명을 명시한 경우 ALTER TABLESPACE ts_new ADD DATAFILE '+DATA0/testdb/datafile/ts_new.266.776453331.dbf' SIZE 100M -- 파일명을 명시하지 않은 경우 ALTER TABLESPAC..
> ORACLE
대부분의 GUI 툴 환경에서 메뉴를 통해 조회가 가능하지만 불가피한 경우 쿼리로 조회해야하는 경우가 생긴다. SYS 권한이나 전체 데이터베이스 OWNER 권한을 가지고 있는 사용자라면 ALL_SOURCE DICTIONARY 테이블을 통해 전체 스키마에 대한 오브젝트 조회가 가능하며 그렇지 않을 경우, USER_SOURCE 테이블을 사용하여 오브젝트 타입별 스크립트 내용 조회가 가능하다. -- 데이터베이스 내 전체 스키마 오브젝트 조회 SELECT NAME, TYPE, LINE, TEXT FROM ALL_OBJECT WHERE OWNER = '[OWNER]' AND NAME LIKE '%[OBJECT NAME]%' AND TYPE IN ('PACKAGE', 'PACKAGE BODY', 'FUNCTION',..
1. DATA DICTIONARY? - 데이터 사전(Data Dictionary)이란 대부분 읽기전용으로 제공되는 테이블 및 뷰들의 집합으로 데이터베이스 전반에 대한 정보를 제공 한다. - 오라클 데이터베이스는 명령이 실행 될 때 마다 데이터 사전을 Access 한다. - DB작업동안 Oracle은 데이터 사전을 읽어 객체의 존재여부와 사용자에게 적합한 Access 권한이 있는지를 확인한다. 또한 Oracle은 데이터 사전을 계속 갱신하여 DATABASE 구조, 감사, 사용자권한, 데이터등의 변경 사항을 반영 한다 2. DATA DICTIONARY 분류 분류 성능뷰 / 딕셔너리 딕셔너리 세션정보 V$SESSION 세션에 대한 전반적인 정보를 보여준다 V$SESSSTAT 세션의 현황에 대한 통계정보를 보여..
중복데이터를 제거하기 위해 하나의 데이터만 남기고 모두 삭제하는 쿼리. https://kwomy.tistory.com/76 [ORACLE] 중복 데이터 조회 쿼리 실무에서 사용하는 데이터에서 신규 시스템 구축 후 또는 제대로 설계되지 않거나 전문 DBA가 아닌 고객이 관리하는 엑셀과 같은 형식으로 관리하는 경우에 중복으로 입력된 데이터이 무분별하 kwomy.tistory.com * 중복된 데이터를 제거하기 위해 테이블의 PK를 이용한다. * 테이블의 PK가 모호하거나 PK가 없는 로그성 같은 테이블일 경우, 오라클 함수 ROWID를 이용한다. * ROWID란? - 테이블에 있는 해당 ROW를 찾기위해 ORACLE DB 내에서 사용되는 논리정보. - 해당 테이블에 유일값이 없는 경우 UNIQUE한 ROWI..
실무에서 사용하는 데이터에서 신규 시스템 구축 후 또는 제대로 설계되지 않거나 전문 DBA가 아닌 고객이 관리하는 엑셀과 같은 형식으로 관리하는 경우에 중복으로 입력된 데이터이 무분별하게 존재하여 사용성을 저해할 수 있다. 이러한 데이터베이스의 무결성을 지키기 위해 중복되는 데이터를 제거하여 UNIQUE하며 NULL값이 될수 없는 새로운 KEY를 설정해야 한다. * SAMPLE TABLE TN_RDNMADR ( 도로명주소 ) : 전국 도로명주소를 데이터베이스화 하여 샘플 테이블 구축 * 사용 함수 - 오라클 그룹함수 : GROUP BY , HAVING , PARTITION BY (1) 중복이 존재하는 컬럼을 GROUP BY로 그룹핑 한 후 HAVING 에서 조건을 COUNT가 1 이상인것으로 SELECT..
- 실무에서 데이터베이스 관련 일을 하다보면 '인덱스를 탄다' 인덱스를 안탄다' 와 같은 말들을 들을 수 있다. 오라클 서버가 업그레이드 되면서 Optimizer의 성능도 함께 향상되어 쿼리 실행시 최적의 방법으로 실행해준다. 하지만 Optimizer가 항상 최적의 실행 경로를 만들어내는 것은 불가능하기 때문에 직접 실행경로를 작성해 주어야 하는 경우가 생긴다. 따라서 DBA는 느린 쿼리나 성능 튜닝을 위해 Optimizer가 적절한 인덱스를 타고 있는지 확인하는 절차가 필요하다. 한 쿼리에서 어떤 인덱스의 선택도가 높은지 파악하고 Optimizer에 의존한 실행계획보다 효율적인 실행 계획을 만들어 내어야 한다. - 힌트, 인덱스, 조인 등의 개념을 명확히 알지 않은 상태에서 무분별한 힌트의 사용은 데이..
