혀기™ 의 SKILLUP+

쉽게 이야기 해서 플랫폼. 좀 이해하기 쉽게 설명하면 일종의 OS같은 것이란다.

응용 어플리케이션이 OS 상에서 돌아가 듯,
여러 플러그인들이 이클립스라는 플랫폼 위에서 돌아간다는 것이다. (내가 이해한 것이 맞나??)

그럼 OS에는 커널이 있듯이, 여기에도 뭔가가 있어야 하는 것 아닌가?
그렇다. 있다.
플랫폼 런타임이라는 놈이 있다는 것이다.
이 놈이 하는 일은, 이클립스가 구동될 때  설치되어 있는 플러그인을 검사하고 그에 대한 정보를 레지스트리에 생성한댄다.
오호, 별걸 다 하는구나...
플랫폼 런타임이라는 놈만 유일하게 플러그인이 아니란 말이지.

그 외에도 기본적으로 깔리는 플러그인들이 몇 마리 있다는 것인데....
SWT -> JAVA가 지원하는 AWT와 성능상의 문제가 있던 SWING을 팽대개치고 이클립스 개발팀에서 새로만든 UI 컴포넌트 툴킷.
JFace -> SWT를 기반으로 한  GUI 프레임 워크.
워크스페이스 -> 사용자 리소스 플러그인, 사용자와 플러그인 사이를 중개해 주는 착한 놈.
워크벤치 UI, IDE UI -> SWT와 JFace를 이용해 구현된 것. 사용자 인터페이스를 제공하는 플러그인.

아.. 역시 책에 있는거 고대로 적었더니 뭔 말인지 모르겠네.... ㅋㅋㅋ

뭐든지 그렇듯이.... 설치부터....
이건 뭐 설치가 초간단이다.

일단 다운로드  : http://www.eclipse.org/downloads/ 
사실 위 사이트에서 다운받으라는데..... 난 그냥 네이버자료실에서 받았다. 대세를 따르기 위해. ㅋㅋㅋㅋ

설치는 알티베이스 만큼 쉽다.
일단, 압축 풀고. C:\eclips 에 복사하고 실행하면 끝~

참..
jdk1.6은 기본이겠죠?

이런 놈이 떴다!

ERROR:The tablespace does not have enough free space ( TBS ID : 2, TBS Name :SYS_TBS_UNDO, Type : 5, Used Page Limit : 262144 ).

원인은?

해당 오류는 쿼리를 실행하면서 사용한 undo(rollback) size의 용량이 undo tablespace의 용량(default 100M로 돼 있습니다)을 초과하여 발생한 경우입니다. 각각의 장비에 100M를 추가로 undo tablespace를 할당하면 됩니다..

통상적으로 데드락이 발생하는 상황.

iSQL_1> autocommit off;

iSQL_2> autocommit off;

iSQL_1> create table t1 (c1 integer, c2 integer);
Create success.
iSQL_1> insert into t1 values (1,1);
1 row inserted.
iSQL_1> insert into t1 values (2,2);
1 row inserted.
iSQL_1> commit;
Commit success.

iSQL_1> update t1 set c1='3' where c1='1';
1 row updated.

iSQL_2> update t1 set c2='3' where c2='2';
1 row updated.

iSQL_1> update t1 set c1='3' where c1='2';
-- Lock waiting 상태

iSQL_2> update t1 set c2='3' where c2='1';
[ERR-11041 : A deadlock situation has been detected.]

트랜잭션 1이 1번째 레코드에 대해 LOCK을 잡고,
트랜잭션 2가 2번째 레코드에 대해 LOCK을 잡은 상태에서,
트랜잭션 1이 2번째 레코드의 C1컬럼을 변경하면 LOCK WAITING 상태가 되며,
이 때 트랜잭션 2가 1번째 레코드의 C2컬럼을 변경하려고 하면 DEADLOCK이 된다.

이중화에서 위 상황이 발생할 수 있는 경우는?

SELF DEADLOCK은?

[descript]
Self Deadlock이 발생하는 일반적인 구조는 아래와 같습니다.

조건 : Self Deadlock은 한 Thread에서 두 Transaction을 실행할 때 발생할 수 있습니다.

단계 :
1. 첫 번째 Transaction이 Commit/Rollback되기 전에 두 번째 Transaction이 시작되어,
2. 두 번째 Transaction이 첫 번째 Transaction의 Commit/Rollback을 기다립니다.

결과 :
1. 두 번째 Transaction에서 Lock Timeout이 발생할 때까지 시간이 소요됩니다.
2. 두 번째 Transaction을 Commit할 경우, Lock Timeout이 발생한 Statement가 반영되지 않습니다.

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

3. Sender 측에서의 Bulk DML은 하나의 Statement입니다. 그러나, Receiver가 이를 다수의 Statement로 실행합니다.

Bulk + Unique Index :
Bulk Insert와 Bulk Update에서 Unique Index 검사를 ‘Close Cursor’ 시점에 실행하기 때문에, Sender 측에서는 문제가 발생하지 않습니다. 그러나, Receiver는 각 Statement에 대해 Unique Index 검사를 수행합니다.

Bulk + Rollback Log :
Undo를 수행한 후 Rollback Log를 기록하기 전에, Bulk Delete나 Bulk Update를 실행할 수 있습니다.

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

Savepoit Abort 시에 Undo를 수행하고 Log를 기록합니다.
따라서, Undo가 수행된 다음에 같은 레코드에 대한 다른 Transaction의 Statement가 수행될 수 있습니다.

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

알티베이스 메모리 사이즈 부분별로 보기 (v$memstat)
->
SELECT * FROM V$MEMSTAT ORDER By 4 DESC;

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

메모리 테이블 별 사이즈 보기.
->
SELECT
        A.TABLE_OID TABLEOID,
        C.USER_NAME||'.'||B.TABLE_NAME TABLENAME,
        A.MEM_SLOT_SIZE SLOTSIZE,
        FIXED_ALLOC_MEM+VAR_ALLOC_MEM ALLOCBYTE,
        FIXED_USED_MEM+VAR_USED_MEM USEDBYTE,
        ROUND ((FIXED_USED_MEM+VAR_USED_MEM)/(FIXED_ALLOC_MEM+VAR_ALLOC_MEM)*100,2) EFFICIENCY
FROM
        V$MEMTBL_INFO A,
        SYSTEM_.SYS_TABLES_ B,
        SYSTEM_.SYS_USERS_ C
WHERE
        A.TABLE_OID = B.TABLE_OID AND
        B.USER_ID = C.USER_ID AND
        C.USER_ID != 1 AND
        B.TABLE_TYPE != 'V' AND
        B.TABLE_TYPE = 'T'
        ORDER BY TABLENAME;

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