pat98's always & forever

요즘 무한반복으로 듣고 있는 앨범인데 넘 좋은 앨범이다. 폴란드 재즈싱어 Anna Maia Jppek하고 Pat Metheny 조인트 앨범인데. Pat Metheny 곡의 허밍부분에 여자보컬로 잔잔히 깔아주니 새로운 느낌이다. Anna Maria Jppek 보컬자체도 상당히 몽환적인 성향이 강하다.
어둠의 경로로 구했는데, 오랜만에 앨범 한장 사야겠다.

Track List 는 다음과 같다. (* 표시는 2008년 재발매된 앨범에만 들어있는 곡임)
1. Cichy Zapada Zmrok (Here Comes the Silent Dusk) - 3:26
2. Mania Mienia (So May It Secretly Begin) - 3:41
3. Biel (Whiteness) - 3:22
4. Przyplyw, Odplyw, Oddech Czasu (Tell Her You Saw Me) - 4:45
5. Are You Going With Me? - 8:35
6. Czarne Slowa (Black Words) - 5:13
7. Lulajze Jezuniu (Polish Christmas Carol) - 5:14 *
8. Upojenie (Ecstasy) - 4:46
9. Zupelnie Inna Ja (Always and Forever) - 3:56
10. Piosenka Dla Stasia (A Song for Stas) - 3:48
11. Letter From Home - 2:49
12. Me Jedyne Niebo (Another Life) - 3:18
13  By On Byl Tu (Farmer's Trust) - 6:56
14. Polskie Drogi (Polish Paths) - 2:50
15. Tam, Gdzie Niesiega Wzrok (Follow Me) - 3:51
16  Na Calej Polacisnieg (The Snow Falls All Over the Place) - 1:47 *
17. Szepty i Lzy (Whispers and Tears) - 4:47 *

2002년 발매된 앨범인데 최근에 DVD도 재발매 된거 같아서 한번 구해서 봐야겠다.

Oracle8.1.5부터 로컬 관리 테이블 스페이스를 작성할 수 있게 되었습니다.
로컬 관리 테이블 스페이스는 영역 관리 정보를 데이터 딕셔너리가 아닌 데이터 파일 내에 가집니다.

기존의 딕셔너리 관리 테이블 스페이스을 로컬 관리 테이블 스페이스으로 변경하는 처리는
Oracle8.1.6 및 Oracle9.0.1이상의 버젼ㄱ에서 가능합니다. Oracle8.1.5에서는 영역 관리 정보를 배치하는 블록을 보관하는 장소가 기존의 테이블 스페이스에 확보하는 것이 불가능 합니다.

로컬 관리로 변경하려면 dbms_space_admin.tablespace_migrate_to_local 프로시저를 사용합니다.

딕쇼내리 관리에 되돌리려면 dbms_space_admin.tablespace_migrate_from_local 프로시저를 사용합니다.

사용예
create tablespace miglocal datafile '/tmp/miglocal.dbf' size 10m;

execute dbms_space_admin.tablespace_migrate_to_local('MIGLOCAL') ;
execute dbms_space_admin.tablespace_migrate_from_local('MIGLOCAL') ;

The following command takes very long to complete:

SQL> drop tablespace <tablespace name> including contents and datafiles;

Dropping the tablespace only with contents completes much faster.
But whenever datafile clause is included in the drop tablespace statement it takes hours to complete.

Cause
SQL trace on the drop tablespace command would show the query below is consuming most of the time:

select distinct ind.bo#, ind.type#
from ind$ ind, indcompart$ icp1, indsubpart$ isp1
where isp1.ts#=:1
and isp1.pobj#=icp1.obj#
and icp1.bo#=ind.obj#
and ind.type# <> 8
and exists
(select *
from indcompart$ icp2, indsubpart$ isp2
where icp2.bo# = icp1.bo#
and icp2.obj#=isp2.pobj#
and isp2.ts# <> :1)

You are frequently creating a lot of new partitions and dropping old partitions in the tablespace.
You are not gathering optimizer statistics for SYS schema.

The lack of statistics on SYS schema is the cause for this slowness.

Solution
Gathering statistics on SYS schema will help optimizer to select a good execution plan for the above mentioned recursive query.

You can gather statistics for the SYS schema using the following procedure:

SQL> conn / as sysdba
SQL> execute dbms_stats.gather_schema_stats('SYS');

catpatch.sql 을 하고도 에러가 나면 다음과 같이 해보세요.

1.해당계정의 meta data관련 query를 한후
select owner||' '|| object_name||' '||object_type from dba_objects
where object_name like '%DBMS_METADATA%'

2. DBMS_METADATA가 있으면 drop 시키세요.

drop package DBMS_METADATA_INT
drop package DBMS_METADATA

3. export 를 수행해 보세요.

요코하마 히데오의 추리소설 아니 형사소설이라 할수 있는 제 3의 시효..상당히 재미있는 책이다. 상당히 몰입감이 있고 긴장을 쭉이어 가다가 한순간 반전으로 뒤통수를 딱 치게 만드는 뛰어난 수작. 총 6개의 에피소드로 구성된 옴니버스 형식이라고 할수 있는데, 제3의 시효와 페르소나의 미소가 추천할만 하다. 페르소나의 미소는 마치 20세기 소년의 한 에피소드를 보는 듯한 장면을 떠오르게 해 주는데 아주 짜임새 있는 흐름이 상당히 맘에 든다.
지방 내려가는 차 안에서 단숨에 다 읽어버렸다.