"꾸준하게, 지속하자 "

이전 포스팅 에서는 PHONE의 체크 제약조건으로 단순 패턴비교 연산자를 활용하였다. 하지만 조금더 정교한 비교를 위해서 정규식을 활용해보자. 제약조건을 걸때는 간단하게 테이블 편집기도 사용 가능하지만, 연습하는 의미에서 DDL 쿼리로 직접 만들어 보겠다. ALTER table member modify phone nvarchar2(20) check(REG_EXP(PHONE,"$010-%d{4}-%d{4}^"); 이렇게 ALTER 쿼리를 활용해서 기존의 체크 제약조건을 바꾸어 보았다. 안된다.. 이럴줄 알았다... 편집기 도구에 익숙해져서 쿼리치는 법을 까먹었다...이러면 안된다. **내가 이런식으로 쿼리를 잘못 작성하게 된 이유 후술. 다시 처음부터 차근차근 실행 해 보자. 새로운 제약조건은 칼럼에 주기..

우선 데이터 딕셔너리란 무엇이냐면, user, all, table 이 3가지 범주로 나누어서, 해당 주체가 가진 테이블 등을 뷰 형태로 볼 수 있는 정보이다. DBMS 내부에 자체적으로 포함되어 있는 정보라고 생각하면 된다. 조금더 정확히 설명하자면, 사용자 계정을 통해 사용자가 DBMS에 접근해서 어떤 테이블을 가져오려고 할때, DBMS는 이런 사용자가 만든 테이블의 위치, 크기 등을 알고 있어야 한다. 이렇게 사용자 서비스를 위한 정보들을 저장하고 있는 것이 데이터 딕셔너리 이다. 또 내가 그 전 포스트에서도 강조하다시피 DBMS는 사용자계정 별로 테이블을 저장하기 때문에, 사용자 의 정보 저장이 중요하다. 또한 이 데이터 딕셔너리는 해당 사용자의 정보를 그대로 보여주는것이 아니라, 뷰 형식으로 보여..