* 단방향 암호화 - password와 같이 특정 컬럼에 암호화(encryption)하며, 복호화(description)이 필요 없는 단방향성 암호화 기법 - 암호화만 가능하며 입력한 password에 대해 암호화 루틴을 거쳐 암호화된 값과 일쳐여부를 판별. 복호화 과정은 없음. - password 분실 시 복호화하여 알려주는 것이 아니라 reset하여 임의 초기값으로 설정하여 통보. * 필수 조건 - encryption의 funtion은 볼수 없어야 함. => wrap으로 처리. - Master Key는 보안담당자만 알고 있건, 한번 설정으로 알 필요가 없어야 함. - 해당 특정 Application(AP서버에 있는 Application) 만 암호화/복호화를 할 수 있어야 함. Data vault이용(..
전체 글
트리거 생성 후, 소스코드를 확인하기 위한 쿼리. 1. SELECT tgrelid FROM pg_trigger WHERE tgname=; ex) SELECT tgrelid FROM pg_trigger WHERE tgname='trg_name'; 2. SELECT oid,relname FROM pg_class WHERE oid=; ex) SELECT oid,relname FROM pg_class WHERE oid=49826; 3. SELECT prosrc FROM pg_proc WHERE proname = ; ex) SELECT prosrc FROM pg_proc WHERE proname = 'function name'; 4. SELECT event_object_table,trigger_name,event..
인덱스(Index) 혹은 색인은 테이블 설계시 많이 고민하는 부분이고 성능 향상에 많은 도움을 주고 있지만 프로그램의 설계 변경 혹은 기능 개선등 여러 상황에 따라 사용하지 않는 인덱스가 발생하게 됩니다. 여러 상황 때문에 현재는 사용하지 않는 인덱스를 찾아보기 위한 간략한 정리 내용입니다. 인덱스 구조 이해를 위한 예시 인덱스는 지정한 컬럼에 대한 매핑 정보를 가지고 있습니다. 사용하지 않는 인덱스를 찾아봐야되는 이유 보통 쿼리 튜닝을 위해 운영중인 데이터베이스에서 EXPLAIN 명령어를 많이 사용하고 필요시 인덱스 추가는 생기지만 삭제는 거의 없을거라 생각됩니다. 만약 그렇다면 극단적으로 생각했을때 오래된 프로그램 일 수록 추가된 인덱스는 많지만 삭제된 인덱스가 없다는건 불필요한 인덱스도 많을수 있다..
--ORACLE SELECT * FROM v$version; --MySQL SELECT version(); --TIBERO SELECT * FROM v$version WHERE NAME = 'TB_MAJOR' OR NAME = 'TB_MINOR'; --MSSQL SELECT @@VERSION; --POSTGRESQL 1. 쿼리로 확인 SQL> select version(); 2. $PGDATADIRECTORY 디렉토리 안에 PG_VERSION 파일 확인 [..../data]$ cd $PGDATA [..../data]$ ls -l PG_VERSION [..../data]$ cat PG_VERSION 3. client software의 버전정보 [..../data]$ cd $PGHOME [..../data]..
문자열 함수 btrim : 문자열의 시작과 끝 양쪽에 지정된 문자들을 제거 char_length : 문자열의 길이를 반환 character_length : 지정된 문자열의 길이를 반환 || : 2개의 문자열을 합하여 반환 initcap : 문자열 중 첫번째 문자는 대문자로 변환하고 나머지는 소문자로 변환 length : 문자열의 길이를 반환 lower : 지정된 문자열을 모두 소문자로 변환 lpad : 지정된 문자열을 원하는 길이로 맞추는데, 이때 부족한 문자를 왼쪽에 채움 ltrim : 문자열의 왼쪽에서 지정된 모든 문자를 제거 position : 문자열에서 지정된 문자열이 존재하는 인덱스값을 반환 repeat : 문자열을 원하는 만큼 반복해서 반환 replace : 기존의 문자열을 구성하는 부분 문자..
[ Data Architecure Professional ] 3-2. 데이터 표준화 수립 3-2-3. 데이터 표준화 확정 1. 데이터 표준 검토 가. 데이터 표준 검토 계획 수립 - 데이터 표준 검토 대상이 되는 자료를 확인. 데이터 표준 검토 대상은 표준 단어 사전, 표준 도메인 사전, 표준 코드 사전, 표준 용어 사전 등이 있음 * 유일성 :각 데이터 표준이 물리적으로나 의미론적으로나 유일한지 확인 * 완전성 : 데이터 표준 대상별 필수 입력사항들이 전부 입력되었는지 확인 * 정확성 : 데이터 표준 대상별 입력 사항이 충실히 입력되었는지 확인 * 범용성 : 정의한 데이터 표준이 여러 정보 시스템에서 적용이 가능한지 확인하고, 향후 개발할 각 정보 시스템에 적용할 수 있도록 검토 계획을 수립 나. 데이..