엑셀에서 찾기(Ctrl+F) 기능을 통해 특수문자가 포함된 문자열 찾기 방법

데이터 값에 3~4, 4~5, 5~6 등으로 표기된 데이터값에 있어 해당 값을 찾을 경우

찾기(Ctrl+F)로 찾는 문자열 "3~4", "4~5", "5~6"을 각각 입력하여 찾으면, 찾기가 되지 않는다.

왜 일까 ? 이유는 모르겠으나, 다음과 같이 특수문자 앞에 틸트부호(~)를 하나 더 넣어서 찾으면 찾아진다.

고로, 찾기(Ctrl+F) 문자열에 "3~~4", "4~~5", "5~~6"을 입력해서 찾기 해보자. 

다른 특수문자가 포함된 문자열의 찾기또한 특수문자의 앞에 틸트부호(~)를 추가하면 검색이 된다. 

암기하자!!! 

○ 스키마: 데이터베이스에 저장되는 데이터 구조와 제약조건 ex) 고객번호 INT, 이름 CHAR(10), 나이 INT 등

데이터베이스를 3단계 구조로 나누고, 단게별로 스키마를 유지하며 스키마 사이의 대응 관계를 정의하는 궁극적인
목적은 데이터 독립성을 실현하기 위해서이다. 
3단계 데이터베이스 구조에는 논리적 데이터 독립성과 물리적 데이터 독립성이 존재한다.
논리적 데이터 독립성은 개념스키마가 변경되더라도 외부 스키마가 영향을 받지 않는 것이다. 
물리적 데이터 독립성은 내부스키마가 변경되더라도 개념 스키마가 영향을 받지 않는 것이다. 

데이터베이스에 저장되는 데이터에 관한 정보를 저장하는 곳을 데이터 사전(Data Dictionary) 또는 시스템 카탈로그(System Catalog) 라고 한다.
데이터 사전은 일반 사전처럼 데이터베이스에 저장되어 있는 데이터를 정확하고 효율적으로 이용하기 위해 참고해야 되는 스키마, 사상 정보, 다양한 제약조건 등을 저장하고 있다. 

데이터 언어는 데이터 정의어(DDL), 데이터 조작어(DML), 데이터 제어어(DCL) 로 구성된다. 
○ 데이터 정의어(DDL)은 스키마를 정의하거나, 수정 또는 삭제하기 위해 사용한다. 
○ 데이터 조작어(DML)은 데이터의 삽입, 삭제, 수정, 검색 등의 처리를 요구하기 위해서 사용한다.
○ 데이터 제어어(DCL)은 데이터베이스에 저장된 데이터를 여러 사용자가 무결성과 일관성을 유지하며 문제없이 공유할 수 있도록, 내부적으로 필요한 규칙이나 기법을 정의하기 위해 사용한다. 

데이터 모델링: 현실 세계에 존재하는 데이터를 컴퓨터 세계의 데이터베이스로 옮기는 변환 과정, 

데이터 모델링은 개념적 모델링과 논리적 모델링으로 나뉜다.
데이터 모델링은 데이터구조(Data Structure), 연산(Operation), 제약조건(contraint)로 구성된다.

개체-관계 모델: 피터 첸(Peter Chen)이 1976년 제안한 것으로, 현실 세계를 개체(entity)와 개체 간의 관계(relationship)을 이용해 개념적 구조로 표현하는 방법

○ 릴레이션(relation) = 테이블(table)
○ 개체(Entity) = 레코드(record), 튜플(tuple), 행
○ 속성(Attribute) = 필드(field), 컬럼(column), 열

○ 차수(degree)
하나의 릴레이션(table)에서 속성(컬럼)의 전체 개수를 릴레이션의 차수(degree)라고 한다. 
모든 릴레이션(relation)은 최소 1이상의 차수(최소 컬럼 1개 이상)를 유지해야 한다. 

○ 카디널리티(cardinality)
- 하나의 릴레이션에서 튜플(레코드, 행)의 전체 개수를 릴레이션의 카디널리티(cardinality)라고 한다. 

○ 도메인(domain)
속성 하나가 가질 수 있는 모든 값의 집합을 해당 속성의 도메인(domain)이라 한다.

○ 수퍼키(super key) // 고객아이디, NEIS개인코드, 주민번호를 포함한 속성 집합 또는 속성
유일성의 특성을 만족하는 속성 또는 속성들의 집합
고객아이디(기본키)를 포함하는 속성 집합은 모두 수퍼키가 될 수 있다. ex) (고객아이디, 고객이름)

○ 후보키(candidate key)  // 고객아이디, NEIS개인코드, 주민번호 속성
유일성과 최소성을 만족하는 속성 또는 속성들의 집합
고객아이디 속성은 단독으로 고객 튜플을 유일하게 구별할 수 있으므로 후보키가 될 수 있다. 
하지만 (고객 아이디, 고객이름)은 후보키가 될 수 없다.
고객이름 속성이 없어도 고객아이디 속성만으로도 유일성을 만족할 수 있기 때문이다.

○ 기본키(primary key)
여러 후보키 중에서 기본적으로 사용할 키

○ 대체키(alternate key)
기본키로 선택되지 못한 후보키

○ 외래키(foreign key)
다른 릴레이션(table)의 기본키를 그대로 참조하는 속성의 집합

○ 개체 무결성 제약조건: 기본키를 구성하는 모든 속성은 널값을 가질 수 없다. 기본키 제약조건
○ 참조 무결성 제약조건: 외래키는 참조할 수 없는 값을 가질 수 없다. 외래키 제약조건

○ 슈퍼키: 유일성

○ 후보키: 유일성 + 최소성

○ 기본키: 여러 후보키 중에서 기본적으로 사용할 키

○ 대체키: 기본키가 아닌 후보키

○ 외래키: 다른 릴레이션의 기본키를 참조하는 속성

○ 함수종속적이다.

  X키 → Y키 를 결정할때, X를 결정자, Y를 종속자라고 하며, 이를 함수종속적이다 라고 한다. 

○ 정규화

  - 개념: 이상현상(anomaly, 삽입이상, 갱신이상, 삭제이상)을 제거하면서 DB를 설계해 나가는 과정

  - 분류:

    1) 기본 정규형: 1NF, 2NF, 3NF, BCNF

    2) 고급 정규형: 4NF, 5NF

○ 이상현상

  - 삽입 이상: 새 데이터를 삽입하기 위해 불필요한 데이터도 함께 삽입해야 하는 문제

  - 갱신 이상: 중복 튜플 중 일부만 변경하여 데이터가 불일치하게 되는 모순의 문제

  - 삭제 이상: 튜플을 삭제하면 꼭 필요한 데이터까지 함께 삭제되는 데이터 손실의 문제

○ 1NF

  - 릴레이션에 속한 모든 속성의 도멘인이 원자값(atomic value)로만 구성되어야 한다.

  - 릴레이션에 속한 모든 속성이 더는 분해되지 않는 값만 가져야 한다. 

  - 최소한 1NF를 만족해야 관계형 데이터베이스(RDBMS)의 릴레이션이 될 수 있다. 

○ 2NF

  - 1NF를 만족하면서 기본키가 아닌 모든 속성이 기본키에 완전함수 종속되어야 한다.

○ 3NF

  - 2NF를 만족하면서 기본키가 아닌 모든 속성이 기본키에 이행적 함수 종속이 되지 않아야 한다.

  - 이행적 함수종속이란? 고객아이디 -> 등급 -> 할인율일 때 고객아이디 -> 할인율을 결정할 때.

○ 보이스/코드 NF(=강한 3NF, Strong 3NF)

  - 릴레이션의 함수 종속 관계에서 모든 결정자(X)가 후보키(유일성, 최소성)이면 BCNF에 속한다.

  - 기본키, 후보키1, 후보키2, 후보키3, 후보키4, …… 등의 릴레이션에서 발생할 수 있다.

참고: 한빛아키데미 데이터베이스 개론 김연희 著

○ 오라클 = 데이터베이스 + 인스턴스

○ 데이터베이스를 구성하는 파일: 데이터파일, Redo Log 파일, Ctrol 파일

  1. 데이터파일(1개 이상): 테이블, 인덱스 , UNDO 데이터, temp 데이터

  2. Redo 로그 파일(2개 이상) : 변경 이력

  3. 컨트롤 파일(1개 이상): 제어정보

○ 인스턴스: 메모리 + 프로세스

  1. 메모리 영역(SGA): DB 버퍼 캐시, REDO 로그 버퍼, Shared Pool, Large Pool, Java Pool

  2. 백그라운드 프로세스

○ 인스턴스 기동과 정지

  SQL> connect /as sysdba

  SQL> STARTUP // 인스턴스 기동

  SQL> SHUTDOWN IMMEDIATE // 인스턴스 정지

○ DBCA로 데이터베이스를 생성했을 때의 테이블 스페이스

  1. SYSTEM: 오라클 필수 테이블 스페이스, 데이터 딕셔너리 보관(영구)

  2. SYSAUX: SYSTEM 테이블 스페이스의 보조 테이블 스페이스(영구)

  3. UNDOTBS1: 데이터베이스가 사용하는 UNDO 테이블 스페이스(UNDO)

  4. TEMP: 데이터베이스의 임시 테이블 스페이스(임시), 작업용 디스크 영역

  5. USERS: 일반 사용자의 오브젝트를 저장하기 위한 테이블 스페이스

데이터베이스를 구성하는 파일은 OS의 파일 시스템상에 존재합니다. 터미널을 이용해 파일을 확인해 보겠습니다.
DBCA가 기본 설정인 상태로 데이터베이스를 생성하면, 데이터베이스를 구성하는 파일은 ‘<ORACLE_BASE>/oradata/<SID>’에 위치합니다.

○ 테이블 스페이스명 확인

  SQL> SELECT tablespace_name, contents FROM DBA_TABLESPACES;

○ 테이블 스페이스명과 데이터 파일의 디렉터리 확인

  SQL> SELECT t.tablespace_name, f.file_name

          FROM DBA_TABLESPACE t, DBA_DATA_FILES f

          WHERE t.tablespace_name = f.tablespace_name;

○ 임시 테이블 스페이스의 테이블 스페이스명과 임시 파일의 디렉터리 확인

  SQL> SELECT t.tablespace_name, f.file_name

          FROM DBA_TABLESPACE t, DBA_TEMP_FILES f

          WHERE t.tablespace_name = f.tablespace_name;

○ 데이터베이스 버퍼캐시(SGA 내에 확보된 메모리 영역, 데이터의 효율적인 읽기/쓰기 용도) 확인

  SQL> SELECT * FROM V$SGA; // SGA 통합 정보 확인

  SQL> SELECT * FROM V$SGASTAT; // SGA 상세 정보 확인

○ 백그라운드 프로세스 확인

# SMON, PMON, CKPT를 포함한 각 백그라운드 프로세스에 관한 정보는 V$PROCESS 뷰의 BACKGROUND 컬럼 값이 ‘1’인 로우로 확인할 수 있습니다.

  SQL> SELECT name, description FROM V$BGPROCESS;

  SQL> SELECT pid, spid, program, background, pga_alloc_mem

          FROM V$PROCESS WHERE background=1;

# 동적 성능 뷰

동적 성능 뷰는 오라클의 동작 상태에 따라 내용이 지속적으로 변하는 각종 통계 정보나 동작 상태를 확인할 수 있는 조회 전용 뷰들을 말합니다. 동적 성능 뷰는 ‘V$’로 시작하는 이름을 가지며, 각종 통계 정보, 프로세스, 세션, 메모리 영역의 상태 등 오라클의 동작 상태에 관한 정보를 확인 할 수 있으며, 오라클 버전마다 수백~수천 개의 동적 성능 뷰가 존재합니다.

출처: https://jpub.tistory.com/769

내용하하하

출처: https://elwlsek.tistory.com/1295

https://sunstar2.tistory.com/1934

https://blog.naver.com/cursehands/60213645320

키보드 윈쪽 Ctrl + Shift + Esc 키를 동시에 눌러줍니다..(컨트롤키 쉬프트기 누른채로 Esc키누름)
작업관리자 창이 나오면 아래쪽에 [자세히]를 누릅니다 창이 크지면 메인메뉴중에서 [파일]을 누르고[새작업 실행]을 선택합니다.. 열기 라는 빈칸에 cmd 입력후 아래쪽에 [ ] 관리자 권한으로 이작업 실행을 체크해 줍니다..그리고 [확인]누릅니다.
net user administrator /active:yes    입력후 확인 누릅니다
net user administrator 1234    입력후 확인 누릅니다
로그아웃하고 . Administrator 계정 선택 후 비번 1234 입력후 진입합니다

그리고 기존의 계정을 관리자 권한을 주십시요

윈도우키+s 키를 누르고, netplwiz 입력후  netplwiz를 선택합니다.
계정을 선택한후 아래쪽에 [속성]을 눌러서 새로 나타나는 창에서 [그룹 등록]을 누릅니다 [관리자]에 체크를 한다음 [적용/확인]을 누릅니다.
그리고 로그아웃후에 본인의 계정으로 로그인합니다.

다시 위의 cmd를 관리자 권한으로 실행하고 진입합니다.

net user administrator /active:no    입력후 확인 누릅니다

창을 닫으시고 사용하시면 됩니다.

기타 네이버 QnA 글 참고

https://itlovealways.tistory.com/334