일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- 프로그래머스 등굣길
- 반도체 설계 파이썬
- 백준 11054.가장 긴 바이토닉 부분 수열
- 베스트앨범 파이썬
- 등굣길 파이썬
- 다리 만들기 파이썬
- 백준 1034 램프 파이썬
- 프로그래머스 여행경로
- SQL SERVER 장비교체
- 순위 파이썬
- 다중 컬럼 NOT IN
- 백준 1516 게임 개발
- 백준 1043 거짓말 파이썬
- 램프 파이썬
- 백준 2352 반도체 설계 파이썬
- 프로그래머스 순위 파이썬
- 프로그래머스 베스트앨범
- 가장 긴 팰린드롬 파이썬
- 트리의 지름 파이썬
- SWEA
- 역사 파이썬
- 프로그래머스 가장 긴 팰린드롬
- 백준 2146 다리 만들기
- 백준 1167 트리의 지름 파이썬
- 프로그래머스 순위
- 게임 개발 파이썬
- 가장 긴 바이토닉 부분 수열 파이썬
- SQL SERVER MIGRATION
- 백준 1613 역사
- 백준 1238 파티 파이썬
Archives
- Today
- Total
공부, 기록
SQL Server와 MySQL만 하다가 PostgreSQL을 공부하니.. 본문
1. 클러스터링 구조가 아닌 힙구조로만 테이블이 구성된다
PK에 대하여 클러스터 구조는 제외하고 생각해야한다
시퀀스가 반드시 필요하다는 것에 대해 비즈니스를 제외하면 잘 모르겠다
2. VARCHAR 타입의 불필요한 크기 설정이 디메리트가 없다고 보인다
다른 dbms에서는 메모리에서 디메리트가 있는데 PG는 그런게 없는 것으로 확인된다
3. 배큠에 대한걸 지속적으로 인지하기가 쉽지 않다
delete 작업에 대해 배큠으로 인한 락을 인식하는게 좀 쉽지 않았다
4. DELETE, UPDATE 의 LIMIT 처리가 정식적으로는 미 지원이다
서브쿼리, cte를 사용하여 처리해야한다
5. DELETE, UPDATE를 JOIN 처리하여서 일부 데이터만 처리하는게 정식적으로는 미 지원이다
Using 등의 처리가 가능하다
6. 시퀀스 타입이 여러가지이다
- Sequence
- Serial
- GENERATED { ALWAYS | BY DEFAULT } AS IDENTITY
3가지 타입이 있는데 약간씩의 차이가 있고 최근에는 GENERATED AS IDENTITY 를 사용하는게 일반적인 듯 하다
7. LW Lock, Relation 등 타 RDBMS 와 다른 ORDBMS 구조이다
Access lock 등 다양한 락이 존재한다.
다른 DBMS는 보통 메모리에서 락을 관리하는데 PostgreSQL 은 Tuple 의 헤더에서 관리한다 (물리적 디스크) 이로 인한 차이가 좀 있었다
8. 필팩터 수치가 다른 DBMS보다 더 의미있어 보인다
HOT 업데이트 관련하여
'공부 > DATABASE' 카테고리의 다른 글
[MySQL] MySQL group by 개선 (0) | 2024.11.28 |
---|---|
[AWS] Aurora, ElastiCache 타입 변경 스크립트 (0) | 2024.11.21 |
Valkey의 멀티스레드 아키텍처 (0) | 2024.10.12 |
[AWS] DynamoDB (0) | 2024.09.15 |
[AWS] OpenSearch Service (0) | 2024.09.15 |