일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
31 |
- Row-Source Generation
- 깃랩 젠킨슨 연동
- 스프링 실행 에러
- 윈도우 kill -9
- EC2
- 프로그래머스 전호번호 목록
- 인바운드규칙
- SFTP
- FTP
- jenkins gitlab 연동
- 윈도우 프로세스 죽이기
- 베트스앨범
- AWS
- Hard Parsing
- jenkins
- Java
- 알고리즘
- 국가공은자격증
- SQL Optimizer
- 프로그래머스 위장
- SQL파싱
- Oracle
- Clooection
- Soft Parsing
- SQL
- 코딩테스트
- db
- 프로그래머스
- 리액트 돔
- SQL Parser
- Today
- Total
목록2024/03 (2)
알파돈
SQL의 처리과정은 아래와 같다 SQL 작성을 하면 SQL Parser 은 SQL 파싱을 진행 한다. 옵티마이저가 SQL 최적화를 진행 한다. Row-Source Generation가 옵티마이저에게 전달받은 최적을 실행 계획을 받아 코드 또는 프로시저 형태로 포맷팅 실행 SQL Parser 개발자가 작성한 SQL을 이루는 구성요소를 분석하고 파싱 트리를 만든다. Syntax 체크 : 문법 검사 Symantic 체크 : 오브젝트의 참조 및 존재 여부 검사 Shared Pool에 캐싱되어 있는 SQL 커서인지 확인 : 해시 알고리즘 사용 SQL Optimizer Query Transformer : SQL을 최적화 하기 쉬운 형태로 변환 Plan Genrator : SQL 실행 계획을 생성 Estimarot ..
옵티마이저(optimizer) 개발자를 대신해서 프로그래밍 해주는 DBMS에서의 프로그래머 같은 존재이다 즉 개발자가 SQL을 작성시 옵티마이저는 최적의 실행계획(현재 비용기반 옵티마이저를 대부분 사용하고 있다.)을 세우고 프로시저를 생성해준다 사용자 -> SQL 작성 -> 옵티마이저 -> 실행계획 선택 -> 프로시저 생성 사용자가 아래의 SQL을 작성 했다 가정해보자 SELECT * FROM EMP E WHERE E.EMPNO = 9999 옵티마이저 EMP라는 테이블에서 EMPNO가 9999인 데이터를 찾기 위해서 실행계획을 찾아낸다. 데이터 딕셔너리(Data Dictionary)에서 미리 수집해 놓은 정보들을 바탕으로 실행 계획의 예상비용을 산정한다. 가장 적은 비용의 실행계획을 선택 즉, 옵티마이저..