| Elastic Search | RDB |
| Index | Database |
| Type | Table |
| Document | Row |
| Field | Column |
| Mapping | Schema |
| Elastic Search | RDB |
| GET | Select |
| PUT | Update |
| POST | Insert |
| DELETE | Delete |
| [I] FireBeat 설치 (0) | 2019.05.20 |
|---|---|
| Logstach 설치 (0) | 2019.05.17 |
| KIBANA.샘플데이터 로드 (0) | 2019.05.09 |
| KIBANA 설치 (0) | 2019.04.30 |
| 검색 실행 (0) | 2019.04.30 |
| Water Fall | Agile | DevOps | |
| 방식 | 설계 잘해서 변경하지 말고 문서대로 만들자. | - 한달이내 태스크로 작업을 쪼개서 만들자. 다음달 만들거는 고객반응보고 만들자. - 익스트림 프로그래밍( XP ), 스크럼( Scrum ) 방법등이 있다. |
- 속도가 중요한 Develop 과 안정성이 중요한 배포 Operaion을 통합 |
| 단계 | 요구분석(Requirement, SRS=요구분석, 기능정의서) 설계(Design, SDS) 구현(Implement) 테스트 및 배포 유지보수 |
- Sprint 라고 부르는 한달 이내 단위 폭포수 모델을 반복 - 고객 요구는 백로그에만 남긴다. - 다음달 Sprint는 백로그에서 필요한 것만 가져와서 개발하고 출시한다. |
|
| 규칙 | - 이전 단계 종료후 다음 단계 실행 - 단계 건너띄기 불가능 - 명세서 작성후 그대로 구현 |
- 클린코드 - OOP - TDD - Refactoring - Pair Programming - Code Review |
|
| 장점 | - 만들고자 하는 것이 명확함. - 대규모 프로젝트에 적합 - WBS 가 가능 |
- 한달정도 개발 규모라 예측가능하고 관리가 많이 필요치 않다. | |
| 단점 | - 고객이 뭘 만들어야 하는 지 잘 모른다. - 뒷 단계에서 앞 단계의 문제가 드러난다. |
- 완료가 없어서, 기업 입장에서는 스케쥴이 없다. | |
| About InnoDB | |||
| Query Cache | 동일한 Query 에 대해 Cache 하나 데이타 변경시 부하가 커서(캐시 데이타 삭제때마다 Lock 발생때문) MySQL 8 부터는 기능 폐지. | ||
| PK | - PK 는 클러스터링 된다. 그러므로 회원별 조회가 많다면 반드시 PK 가 되는 것이 좋다. 다만 쓰기 기능은 느려진다. (클러스터링 처리를 위한 데이타 재 배열 발생때문) - PK 가 없으면 암묵적 PK 생성되며 직접 접근 불가능 |
||
| StorageEngine.MVCC.InnoDBBufferPool | - Insert 후 Commit 하면 데이타를 BufferPool 에 보관. - Update 하면 Commit 전이라도 데이타를 BufferPool 에 보관 |
||
| StorageEngine.MVCC.UndoLog | - Commit 전 데이타를 임시 보관 | ||
| StorageEngine.MVCC.RedoLog | - Commit 후 데이타를 저장. | ||
| Isolation Level | 1) READ_UNCOMMITTED 일 경우 : BufferPool 값이 SELECT. 커밋 안된 데이타를 볼 수 있음 = Dirty Read 2) READ_COMMITED, REPEATABLE_READ, SERIALAZABLE : UndoLog 값이 SELECT. 커밋된 데이타만 볼 수 있음. 3) RPREATABLE READ : 내가 특정 트랜잭션에서 읽는 동안에는 동일한 결과만 나옴. 다른 트랜잭션에서 새로운 데이타를 추가할 수는 있음. Ex> 책가격을 보는 중인데, 판매자가 가격을 바꿔도, 적어도 내가 보던 트랜잭션에서는 책가격이 유지됨. 4) SERIALIZABLE : 완벽하지만 오류없음. |
||
| Adaptive Hash Index | - Index Key 와 Page Address 쌍. Page Address 가 있으므로 Page 에 빨리 액세스 가능 - DB 가 자동으로 접근빈도 높은 데이타에 인덱스 생성함. |
||
| LockingLevel | - Index Lock. 김씨를 조회씨 성씨 Index 를 탈 경우, 김씨 Index가 모두 Lock 이 걸림. - Full Scan 시, 암묵적 PK Index 전체가 Lock 걸림. - 즉 복합 인덱스 매우 중요해짐 |
||
| 실시간 SQL LOG 남기는 방법 (0) | 2023.09.18 |
|---|---|
| 콘솔.Tag자동완성 (0) | 2023.07.31 |
| Plan.용어.설명 (0) | 2023.03.22 |
| save as CSV (0) | 2022.01.07 |
| 표준 ANSI SQL MODE (Strict Mode) 사용 On/OFF (0) | 2019.05.03 |