일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- signal
- influxdb
- OS
- unix
- Oracle GoldenGate
- Linux
- Architecture
- rac
- oracle architecture
- install
- oracle
- grafana
- PostgreSQL
- C
- db
- Make
- mysql
- MySQL Architecture
- cmake
- ASM
- Today
- Total
목록PostgreSQL (17)
Blog
📌Oracle GoldenGate 21.3c 기준으로 작성된 문서목차목차PostgreSQL용 Oracle GoldenGate지원 사항지원하는 DB지원하는 PostgreSQL의 Data Type지원 제한 사항지원하지 않는 PostgreSQL Data Type지원하는 PostgreSQL Object와 OperationTable & ViewSequence & Identify ColumnDB 준비DB 구성OGG CredentialDB 연결 구성Linux에서 DB 연결 구성PostgreSQL에 대한 SSL 지원 구성Table 준비Target의 Trigger와 Constraint 비활성화Table의 Row Uniqueness 확인Table Level Supplemental Logging 활성화Extract 구성Ex..
📌PostgreSQL 11.18, Oracle GoldenGate 21.3 버전을 기반으로 작성한 문서Table test_f = Replica Identity FullTable test_d = Replica Identity DefaultMetaDataTEST_FTEST_DInsertTEST_FTEST_DUPDATETEST_FWHERE PKWHERE !PKTEST_DWHERE PKWHERE !PKDELETETEST_FWHERE PKWHERE !PKTEST_DWHERE PKWHERE !PKTRUNCATETEST_FTEST_DDDL(지원하지 않음)-bash-4.2$ ./pg_waldump -f -p /var/lib/pgsql/11/data/pg_wal 000000010000000000000005 rmgr: S..

UPDATE 손실 방지ww-confict(UPDATE 손실)은 동시에 Tx이 같은 Tuple을 UPDATE할 때 발생하는 현상REPEATABLE READ, SERIALIZABLE Level에서 모두 방지되어야 함READ COMMITTED Level은 방지할 필요가 없음동시 UPDATE Command의 동작UPDATE 명령이 실행되면 내부적으로 ExecUpdate()가 호출됨(1) FOR each row that will be updated by this UPDATE command (2) WHILE true /* The First Block */ (3) IF the target row is being updated THEN (4) WAIT for the termination of the transactio..

Visibility CheckVisibility Check를 설명하는 ScenarioT1: Tx 시작(txid 200)T2: Tx 시작(txid 201)T3: txid 200, 201의 SELECT Command 실행T3의 SELECT CommandT3에는 Table tbl에 Tuple_1만 있고 Rule 6에 의해 보임-- txid 200, 201 SELECT * FROM tbl; name -------- Jekyll (1 row)T4: txid 200의 UPDATE Command 실행T5: txid 200, 201 SELECT Command 실행T5의 SELECT Commandtxid 200의 Tuple_1은 Rule 7에 의해 보이지 않고 Tuple_2는 Rule 2에 의해 보임txid 201의 T..
Visibility Check Rules Visibility Check Rules(가시성 확인 규칙)은 Tuple의 t_xmin, t_xmax, clog, 획득한 Tx Snapshot을 모두 사용해 각 Tuple이 표시되는지(보이는지)의 여부를 결정하는 Rule 집합 t_xmin Status == ABORTED Rule 1: IF t_xmin status is 'ABORTED' THEN RETURN 'Invisible' END IF t_xmin의 Status가 ABORTED인 Tuple은 Tuple을 INSERT한 Tx가 ABORT되어 항상 보이지 않음 t_xmin Status == IN_PROGRESS t_xmin의 Status가 IN_PROGRESS인 Tuple은 한 조건을 제외하고 본질적으로 보이지..