1. Full 백업(Full Level)

    1) Export ( 오라클 DB 전체가 백업된다. 모든 테이블 스페이스, 사용자, 객체, 데이터들 포함 ) 

    2) Import

   3) Import 시 주의사항

기존 DB에서 export 당시와 동일한 SID를 가지는 DB가 존재해야 한다. 

그렇지 않을경우 import 중에 오류가 발생한다.

2. 사용자단위 백업(User Level)

    1) Export ( 사용자가 소유하고 있는 객체, 데이터들 포함 ) 

    2) Import

   3) Import 시 주의사항

     이관하려는 서버나 기존 DB에 동일한 사용자 계정이 생성이 되어 있어야 하며, TableSapce가 있어야 한다.  

     SID는 달라도 상관없다.

   4) Import 절차.

      - DB 생성

      - TableSpace 생성

      - 계정 생성 및 TableSpace 접근 권한 추가.

      - imp 명령어를 통한 데이터 import

# exp, imp명령어의 옵션에 대해서 알고싶으면 아래와 같은 명령어를 사용하면 된다. 

이 오류는 Blob형태의 데이타를 String변수에 받아오려고 할때 발생한다.

Blob형태의 데이타를 받아올때는 String변수 대신에 byte[]를 써야한다.

아래 예제는 JMNote.com의 위키페이지에서 복사해온 것임을 밝힙니다.

( 원본 주소 - 

http://jmnote.com/wiki/%EC%98%A4%EB%9D%BC%ED%81%B4_%EC%BB%AC%EB%9F%BC%EB%AA%85_%EC%88%9C%EC%84%9C_%EB%B3%80%EA%B2%BD

) 

실습 테이블 생성

CREATE TABLE employee (
emp_no NUMBER PRIMARY KEY,
dept VARCHAR2 (16),
name VARCHAR2 (32)
);
INSERT INTO employee VALUES (130001, '인사부', '홍길동');
INSERT INTO employee VALUES (130002, '영업부', '임꺽정');
INSERT INTO employee VALUES (130003, '생산부', '장길산');

변경 전

SELECT * FROM employee;

EMP_NO  DEPT    NAME
130001  인사부       홍길동
130002  영업부       임꺽정
130003  생산부       장길산

변경

• 재배열된 사본 생성 → 사본을 원본으로 대체

CREATE TABLE temp AS SELECT emp_no, name, dept FROM employee;
DROP TABLE employee;
RENAME temp TO employee;

변경 후

SELECT * FROM employee;

EMP_NO  NAME    DEPT
130001  홍길동       인사부
130002  임꺽정       영업부
130003  장길산       생산부

오라클에서 테이블에 새로운 PRIMARY KEY를 추가하고 이를 FK로 만들어주고 싶었다.

그러다가 그만 ORA-02270 에러를 만나게 되었다.

만나게 된 상황은 이렇다.

테이블 A와 B가 있다.

테이블 A는 a라는 PK가 있고 테이블 B는 (a, b)를 복합PK로 가지고 있었다.

자, 여기서 A와 B테이블에 컬럼c를 추가하고 복합PK로 만들어주려했다.

즉, A의 PK는 (a, c), 그리고 B의 PK는 (a, b, c)가 되는것이다. 그리고 B의 a, c는 FK로 A의 a, c를 참조해야한다.

이를 하기위해서 생각했던 순서는 아래와 같다. 

1. 테이블 A, B의 PK를 DROP한다.

2. 테이블 A, B에 컬럼c를 추가한다.

3. 테이블 A의 PK로 (a, c)를 선언한다. 

3. 테이블 B의 a를 FK로 선언하면서 A의 a를 참조하도록 한다.

 - alter table B add foreign key (a) references A(a);

4. 테이블 B의 c를 FK로 선언하면서 A의 c를 참조하도록 한다.

 - alter table B add foreign key (c) references A(c);

5. 테이블 B의 PK로 (a, b, c)를 선언한다.

하지만 3번에서 02270 에러를 만나게 되었다.

이 에러는 UNIQUE KEY나 PK가 아닌것을 참조하려고 했기 때문에 발생하는 에러이다.

그래서 생각해보니 테이블 A의 PK는 a나 c가 아닌 (a, c)인 것이다.

하여 3, 4번 과정을 묶어서 테이블 B의 FK로 B의 (a, c)가 A의 (a, c)를 참조하도록 설정하였더니 문제가 해결되었다.

 - alter table B add foreign key (a, c) references A(a, c);

SQL에서 특정 데이타의 개수를 뽑아낼 때 사용하는 COUNT()함수가 있다.

뭐 데이터의 양이 적은 경우에는 속도차이를 느끼지 못하겠지만 데이터의 양이 많은 DB를 사용하는 경우에는 어떨까...????하는 의문이 생긴다.

아직 확실한 테스트를 해보지는 않았다. 그저 인터넷에서 찾은 정보에 의하면....

영어에 약한분들은 Example부분은 그냥 건너뛰고 Tip: Performance......부분을 보면된다. 

================================================================= 

SELECT department, COUNT(*) AS "Number of employees"
FROM employees
WHERE salary > 25000
GROUP BY department;

SELECT department, COUNT(1) AS "Number of employees"
FROM employees
WHERE salary > 25000
GROUP BY department;

======================================================================== 

출처 :Http://www.techonthenet.com/sql/count.php

java.lang.SecurityException: Sealing violation exception (ID 6554602)

Description

Starting with JDBC 10.2 drivers, having more than one JDBC jar file in the CLASSPATH may result in a java.lang.SecurityException: Sealing violation exception.

Detailed explanation from Oracle is documented in the following Oracle Document ID:

Note:405446.1
Subject: JDBC Driver 10.2 Uses Sealed JAR files and May Cause SecurityException Sealing Violation

Solution

(Suggested by Oracle) Make sure that the CLASSPATH includes only one JDBC driver JAR file.

=============================================================================

계층 구조를 가진 데이타를 뽑아보자!!!!

한 테이블 Table_1이 있다.

이 테이블은 objectID필드와 parentObjectID 필드를 갖고 있다.

두 필드에는 OBJECT_X(X는 정수형 숫자)형식의 데이터가 들어있다. 

또, OBJECT_1이 하위 OBJECT_2를 가지고 OBJECT_2가 또 하위 OBJECT_3을 가진다고 가정하자. (OBJECT_2는 OBJECT_1의 자식 OBJECT라고 생각하면된다.)

여러 다른 OBJECT_X 형식의 데이터들이 테이블 내에 많이 있다고 가정하자.

이때 CONNECT BY와 START WITH를 이용하여 OBJECT_2와 그 상위, 또 그 상위, 또 그 상위...쭈우욱 해서 OBJECT_2를 갖는 최상위 OBJECT까지 계층구조로 뽑아내기 위해서는 아래와 같이 하면 된다.

SELECT *

FROM Table_1

CONNECT BY PRIOR objectID = parentObjectID

START WITH objectID = 'OBJECT_2'

------- 

 파란색 조건부의 순서가 바뀌면 결과도 바뀌므로 주의하자.!!!!

아래 내용은 타 블로그에서 퍼온것입니다.
저는 CentOS 6.4 / Oracle 11g에 적용해봤는데 아무 문제없이 잘 되었습니다.



환경
Cent OS 5.5 / Oracle 10g

------------------------------------------------------------------------------

1. 캐릭터셋 확인 

SELECT * FROM sys.props$ where name='NLS_CHARACTERSET';

2. 프로파일 수정

export NLS_LANG=KOREAN_KOREA.UTF-8 
export NLS_LANG=KOREAN_KOREA.KO16MSWIN949 

3. 캐릭터셋 변경

C:\>sqlplus /nolog; 
sql>conn /as sysdba; 

변경하고자하는 캐릭터셋을 수정

== UTF-8 == 
sql> update sys.props$ set value$='UTF8' where name='NLS_CHARACTERSET'; 
sql> update sys.props$ set value$='UTF8' where name='NLS_NCHAR_CHARACTERSET'; 
sql> update sys.props$ set value$='KOREAN_KOREA.UTF8' where name='NLS_LANGUAGE'; 

= KO16MSWIN949 = //한글확장 
sql> update sys.props$ set value$='KO16MSWIN949' where name='NLS_CHARACTERSET'; 
sql> update sys.props$ set value$='KO16MSWIN949' where name='NLS_NCHAR_CHARACTERSET'; 
sql> update sys.props$ set value$='KOREAN_KOREA.KO16MSWIN949' where name='NLS_LANGUAGE'; 
sql> commit; 

재시작

sql> shutdown immediate; 
sql> startup mount; 
sql> alter system enable restricted session; 
sql> alter system set job_queue_processes=0; 
sql> alter system set aq_tm_processes=0; 
sql> alter database open; 
sql> alter database character set UTF8; 
or alter database character set KO16MSWIN949; 
sql> shutdown immediate; 
sql> startup; 

출처 : http://algina.tistory.com/41

최근에 알게된 지식을 공유하고자 포스팅을 남깁니다.

아래 그림처럼 EUC-KR(MSWIN949)로 인코딩설정이 되어있는 DB에 varchar타입의 컬럼에 한글을 넣어두었습니다.

select dump()를 이용해서 들어가있는 데이타를 헥사값으로 출력해보면 2바이트짜리로 한글이 잘 들어가있음을 확인할 수 있었습니다.

그런데 자바 애플리케이션에서 이 값을 Resultset.getBytes()로 읽어와서 출력해보니 3바이트 UTF-8 인코딩으로 변환이 되어있었습니다.

euc-kr 바이트를 읽어와서 처리를 해야했기 때문에 문제가 생긴 것인데요.

오라클 문서를 찾아봤더니 다음과 같은 부분이 있었습니다.

How JDBC Drivers Perform Globalization Support Conversions

The techniques that the Oracle JDBC drivers use to perform character set conversion for Java applications depend on the character set the database uses. The simplest case is where the database uses the US7ASCII or WE8ISO8859P1 character set. In this case, the driver converts the data directly from the database character set to UTF-16, which is used in Java applications, and vice versa.

If you are working with databases that employ a non-US7ASCII or non-WE8ISO8859P1 character set (for example, JA16SJIS or KO16KSC5601), then the driver converts the data first to UTF-8 (this step does not apply to the server-side internal driver), then to UTF-16. For example, the driver always converts CHAR and VARCHAR2 data in a non-US7ASCII, non-WE8ISO8859P1 character set. It does not convert RAW data.

The JDBC drivers perform all character set conversions transparently. No user intervention is necessary for the conversions to occur.

오라클 드라이버가 한글을 기본적으로 utf-8 데이타로 변환을 한다는 것이었습니다.

따라서 자바 애플리케이션에서 읽어들일 때 Resulset.getBytes()로 읽어오면 utf-8로 인코딩된 데이타가 나오게 되는 것이죠.

그래서 getBytes()하는 것을 getString()으로 바꾸고 String.getBytes(encoding) 으로 bytes를 읽어오도록 바꿔서 이 문제를 해결했습니다.

Reference : http://docs.oracle.com/cd/B10500_01/java.920/a96654/advanc.htm