자세한 내용 : https://gemini.google.com/app/b79936baaab7f162 4줄 요약 :1. 현대 웹/앱 워크로드 환경에서 동일한 밀리초에 동일한 레코드로 경합이 벌어질 가능성이 매우 낮다.2. 따라서 충돌이 일어나지 않을 것이라고 낙관적으로 가정하고, 데이터베이스의 퍼포먼스를 챙긴다.3. 반짝 세일처럼, 동일한 밀리초에 동일한 레코드로 충돌이 벌어질 것 같으면 큐로 처리한다.4. 단, 트레이드 오프로 애플리케이션 단에서 견고한 충돌 감지 및 리트라이 로직이 필요하다. 낙관적 원칙: 조화를 가정하고 마지막에 검증하라낙관적 동시성 제어(OCC)는 충돌이 드물 것이라는 "낙관적인" 가정에 기반합니다. 이 방식은 잠금의 선행 비용을 피함으로써 처리량을 극대화하는 데 우선순위를 둡니다...

https://dev.mysql.com/doc/refman/8.0/en/table-size-limit.html 데이터베이스에는 Physical database limits과 Logical database limits이 존재합니다. Storage size와 같은 Physical database limits은 Storage Auto Scaling으로 대응할 수 있지만, 데이터베이스 내부에서 일어나는 Logical database limits (ex. 맥시멈 테이블 스페이스 리밋, 운영체제의 파일 사이즈 리밋 등)은 직접 대응을 해주셔야 합니다.

https://myalpaca.tistory.com/17 Oracle RAC 개념(Cluster, 구성요소) Oracle RAC 개념 Oracle RAC는 여러 개의 Instance가 하나의 Database를 엑세스 할 수 있다. 이는 application에서 접속할 수 있는 통로는 여러 개이며 Database는 하나인 형태이다. Oracle RAC = N개의 Instance + 1개의 D myalpaca.tistory.com from database mock meeting

https://g.co/bard/share/7822b5ba3877 https://bard.google.com/share/7822b5ba3877 bard.google.com 데이터 베이스 오류 수정됐을 때 이전으로 돌아가는 기술. 1. 트랜잭션 로그 : 데이터베이스의 변경 사항에 대한 히스토리 2. 데이터 베이스 스냅샷을 중간 중간에 찍어둠 Database Backtracking은 트랜잭션 로그를 기반으로 특정 시점의 데이터베이스 스냅샷을 복구시키는 것임.

https://gywn.net/2012/05/alter-table-without-service-downtime/ MySQL에서 테이블 스키마를 “무중단”으로 변경해보자!! – gywndi's database Overview MySQL은 단순 쿼리 처리 능력은 탁월하나 테이블 스키마 변경 시에는 상당히 불편합니다. 일단 테이블 스키마 변경 구문을 실행하면 임시 테이블 생성 후 데이터를 복사하고, 데이터를 복 gywn.net

https://datacookbook.kr/90 [hive] Schema on Read의 이해 | Schema on Read 란?오늘은 Hive의 가장 중요한 속성인 Schema on Read에 대해 이해해 보자Schema on Read는 쉽게 말해 데이터의 Schema 확인을 Data를 읽는 시점에서 한다는 뜻이다. 반대 용어로는 Schema on Write datacookbook.kr