아이티윌

포링키로 제약조건이 설정되어 있을 때 함부로 삭제할 수 없다. -> 종속 관계옛날에는(8I) 포링키가 수정되어 있을 때 CHILD까지 LOCK이 걸려 문제가 되었다.(종속관계)해당 문제의 해결방법으로 INDEX 지정을 제시했지만, 이는 DBA에게도 위험한 방법이다.하지

즉, select문만 가지고 있는 객체(object). --> 간접 ACCESS ( 궁극적인 목표 )io 낭비, 스토리지 낭비를 예방한다. 조회를 위한 테이블을 생성할 필요가 없기 때문.어떤 테이블에 대해서 조회되는 내용을 제한한다. 간접 ACCESS : 테이블에 대해

주로 프로젝트 때 부여한다. 단, 칼럼의 주석은 대부분 진행한다.예도 DDL문임.보편적으로 varchar2의 크기 만큼 (4000) 생성할 수 있다.테이블 주석위 코드를 통해 테이블에 주석을 생성할 수 있고, 주석 내용을 확일하기 위해서는 user_tab_comment

제약 조건 조회배열 값의 데이터를 입력하는 도중 예외사항 발생하더라도 끝까지 실행하고 싶으면?중첩블락 : exception 처리 해야함.FORALL (SQL문 뭉텅이로 뭉처셔 던짐 - 문맥전환 감소)배열의 중간에 값이 없다. 즉 갭이 있는 경우 forall 이용해서 대

0.2를 입력했을 때 언제까지 v_comm에 0.2가 유지되느냐? : 프로시저가 종료될 때 까지.세션이 유지되는 동안 v_comm이 유지되게 할 수 없느냐? : global 변수 사용해야 함 - 패키지종속 관계 (hr.employees, valid_comm)의 객체가

mv -i : 동일한 이름의 파일 존재시 물어보고 이동mv -b : 동일한 이름의 파일 존재시 백업파일을 생성하며 이동mv -v : 파일의 이동 정보 출력mv : 이름 변경(수정)도 ㄱㄴ파일명 수정rename a.txt b.txt a.txtrename 변경전 변경후 변