sql 튜닝해준다

[밀우(ggbadza2)]

형 오늘 기분좋으니까 공짜로 해준다

[멍청한유라ㅋ(repair25)]

헉.....!!!! 프갤최고 전문가 - dc App

[뉴진파(newjeanpa)]

저도 이거 따고싶은데 공부 어케해야되나요

[밀우(ggbadza2)]

오라클이론책 1,2권 뺑이돌리면서 이론마스터하고 기출책도 뺑이돌리면서 실기마스터하면됨 1년정도

[쇼팬하우어(male6442)]

이거 따면 dba 쌉가능인가요

[쇼팬하우어(male6442)]

아니시발 유효기간이 있네?

[밀우(ggbadza2)]

유효기간 저거 끝날때쯤 교육들으면 무기한으로 연장됨. 사실상 의미없는 유효기간. SQLD도 똑같이 유효기간있음 ㅋㅋ

[밀우(ggbadza2)]

DBA들은 따면 좋다고 듣긴 했는데 난 DBA할건 아니라 잘 모름

[쇼팬하우어(male6442)]

아항 대단하시네요ㄷㄷ 축하드립니다

[프갤러 1(220.127)]

sql 말고 db 튜닝도 해주냐

[밀우(ggbadza2)]

이거따봐야 기껏해야 인덱스 어케설계하는게 좋다 정도 볼수있지 DB튜닝까진 아닌듯 그정도는 좆고수만 가능함

[프갤러 1(220.127)]

그럼 mysql 에서 uuid 로 pk 걸었을 때 파티션 걸 때 뭐로 거는게 유리하냐 또, ai랑 비교했을 때 속도 차이가 오지게 많이나는데 uuid를 따로 관리하는 방법은 뭐가 있을까? ai를 pk, uuid를 unique로 걸어도 데이터 삽입 됐을때 정렬시켜야하는건 동일해서 퍼포먼스가 떨어지는데 이건 어떻게 해결하는게 좋을까?

[밀우(ggbadza2)]

님 말하시는게 다 MYSQL쪽 내용인데 이 자격증은 오라클 80% MSSQL 20%라서 사실 MYSQL쪽에만 나오는 기능은 거의 안배우거든요 그래도 전반적으로 MYSQL이 오라클에서 구조 가져온게 많아서 상관없긴한데 UUID나 AI는 둘다 오라클엔 없는 기능이라 흠.. 보통 오라클은 그냥 자체적인 채번함수를 쓰긴 하는데, 제가 보기엔 mysql의 uuid는 완전 랜덤값을 만들어내는 일종의 pk를 해시함수로 돌리는 효과와 비슷하게 인덱스를 한쪽에 안치우지게 할수있다는 장점이 있는것 같네요. 다만 말씀하시는 테이블 용도가 어떤지에 따라서 갈라질것 같아요. 최근 데이터만 조회하는거 테이블에서 pk를 잡으면 인덱스 한쪽에서 경합이 계속 발생하겠죠? 그런 용도의 테이블은 당연히 UUID가 유리할탠데,

[밀우(ggbadza2)]

반대로 시퀀스 넘버를 범위로 조회하는 경우(즉 데이터가 생성된 순서에 연관되게 조회)엔 UUID가 완전 랜덤값이니 AI를 pk로 잡는게 유리할것 같구요

[밀우(ggbadza2)]

글구 파티션의 경우는 해시파티션으로 생성시에 UUID처럼 완전 랜덤하게 물리적인 테이블을 분산 가능해서 쓸만할탠데 이 경우 범위로 조회하는 경우는 또 마찬가지로 전체 파티션을 조회해야하니 성능이슈가 발생할수도 있어요(근데 파티션의 장점은 결국 병렬처리에 있으니깐 그래도 성능은 좋을순 있겠네요)

[밀우(ggbadza2)]

글구 말씀하신 부분을 찾아보니 MYSQL은 유니크 제약조건만 거는 기능은 없고 유니크 인덱스가 필수적으로 걸리게 되네요. 그러면 ai를 pk로 하고 uuid를 유니크를 걸면 사실상 인덱스를 두개 만드는 꼴인거죠 당연히 성능이 동일하게 떨어질수밖에 없네요(여차피 pk란게 유니크인덱스+not Null 제약조건이 달린거니..)

[프갤러 1(220.127)]

그럼 uuid를 사용한다면 ai + unique 보다 uuid를 pk 걸어서 사용하는게 더 낫다는거?? (범위검색이 없다는 가정)

[밀우(ggbadza2)]

제 생각엔 UUID란게 거의 중복이 발생하지 않는값인거 같으니 unique 조건을 빼는게 좋을거같네요. 차라리 일반 인덱스로 생성 후 동일값 존재 확인 절차를 넣는게 더 나을거같아요

[밀우(ggbadza2)]

범위검색 없으면 uuid 하시는게 낫겟죠

[발명도둑잡기(aerohong)]

dba한테도 ai가 위협적인가요 // "도둑이 집을 떠나며 주인을 욕한다" - 러시아 속담

[프갤러 1(220.127)]

aws redshift같은거 써보면 그럴수도 지금은 분석용으로만 사용되지만 먼 미래에는 대체될수도 있것지

[밀우(ggbadza2)]

dba아니라서 몰름;

[밀우(ggbadza2)]

솔직히 DBA보다는 오라클이나 MYSQL 자체 성능이 향상될수록 DBA가 불필요해질 가능성은 있는데 금융권이나 이런계통에선 여전히 잘 돌아가는 중간에 실행계획이 바뀌는거에 매우 소극적이라 통계정보 수집을 안하는 경우가 많거든요. 결국 이러면 AI성능이 아무리 발달해도 DBA가 손으로 튜닝해야함

[cvs.(pythonx)]

와... ㅊㅋ합니다

[프갤러 2(118.235)]

나 드바인데 이거 귀찮아서 없는데... 족고수 - dc App