[일반] Azure SQL DB은

[30세전에특급..(wetland3005)]

기본적으로 Recovery model Full과 유사하게 동작하는데

신기하게도

recovery model simple + heap + tablelock

콤보일때만 동작하는 최소로깅이

heap + tablock일때도 동작한다

속도는 대략 2배정도 차이나는듯

full model에서 가능한원리는 공개되지 않은걸로암

아마

- dc official App

[30세전에특급DBA(wetland3005)]

마이그레이션 할때 heap외에 테이블도 index drop/disable > minnimum logging insert > recreate/rebuld 방식 테스트 후 적용 고려해볼만함 - dc App

[30세전에특급DBA(wetland3005)]

온프렘은 simple 전환해야 가능한데 고가용성 세팅이슈로 보통 그렇게까지는 안함 - dc App

[30세전에특급DBA(wetland3005)]

다음 대규모 마이그레이션때 테스트 해보고 라이브 적용 - dc App

[ㅇㅎㅁ(drawer5136)]

돈 없으니 sqlite로 할게요

[30세전에특급DBA(wetland3005)]

허거덩 - dc App

[Java(jobumstead)]

dba는 디비별 세부동작원리를 다 아나요

[30세전에특급DBA(wetland3005)]

https://m.dcinside.com/board/backend/9952
자기가
만져본 rdbms는 알듯 - dc App

[Java(jobumstead)]

[30세전에특급DBA(wetland3005)]

@Java 하드시절엔 디스크 io단위하고 sqlserver의 extent io단위를 맞춰서 physical io 튜닝도 했었음 그것을 disk partition alignment라고 함 - dc App

[30세전에특급DBA(wetland3005)]

@Java 그외에도 os scheduling 파라미터 튜닝으로 cpu 컨텍스트 스위칭 최소화 병렬처리 numa 세팅 이런 저런것도 봤었는듯 - dc App

[30세전에특급DBA(wetland3005)]

@30세전에특급DBA cpu affinity였나 - dc App

[Java(jobumstead)]

역시 로우레벨은 심오하다

[30세전에특급DBA(wetland3005)]

@Java 좀 들어가면 cpu랑 disk 동작원리하고 밀접하게 닿아있는 부분들 생각하면서 튜닝하게되는데 재미있음 - dc App

[유연한사고남탓하지말기(role5197)]

개고수네 - dc App

[30세전에특급DBA(wetland3005)]