[%] DBA와 ORM

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

ORM생산선 높여주는 좋은 기술이긴한데

DBA들이 대부분 좋아하지 않는 이유는

오랜 경력의 DBA분들은 실질적으로 ORM에서

성능이슈를 경험 하신 분들이 많다고 하네요

본인은 아직ORM쓰는 환경 경험해보지 못함..

그래서 큰 기업일 수록 철저히 검증하고

문제가 발생하지 않을만한

국소적인 부분에 대해서만 사용하는것으로 암

- dc official App

[익명(115.189)]

조선 벗어나면 대기업도 ORM 안쓰는곳이 드물다 당연히 쿼리빌더 쓰던방식 그대로 ORM에다 다 쳐박으면 성능이슈가 생기지

[익명(118.235)]

ORM 쓰면 DBA 입장에선 쿼리 누수나는 곳 찾기 까다롭긴 하겠지만 백엔드 입장에선 생산성 차이가 어마어마한걸..

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

이게 맛읍니다 모든기술은 잘쓰면 좋은것 - dc App

[익명(119.56)]

dba는 orm기술이 발전할수록 도태예정일듯 n+1정도야 걍 쿼리때려박으면 무의미학ᆢ - dc App

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

언젠가는 데이터 상태에따른- 데이터 스큐와 파라미터 스니핑에 의한 문제- 안티패턴에 의한 잘못된 쿼리플랜 생성- 변질된 통계의 의한 잘못된 쿼리플랜 생성 및예상 필요 리소스 문제등등이ORM과 DB자체의 CE가 정복할 수 있을지도 모를 일이지요그러나 아직까지는 아무런 성과과 없는것으로 알고있기 때문에 정복되는날이 가깝게 느껴지지는않습니다.그리고 DBA의 업무는 실질적으로 쿼리 튜닝에국한되어있는게 아닌 직무명인 Administrator에 맞게 튜닝은 일부이고 관리 및 운영 영역과 설계영역의 업무도 있습니다.이쪽도 클라우드에서의 기술지원과 DBMS자체에서점차 자동화를 지원하여 축소되어 가고 있기 합니다만개인적으로 DBA가 필요없어지는 시점은 매우 멀어보이네요 - dc App

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

아고 열심히 적었는데 띄어쓰기가 적용안됐네 - dc App

[익명(lpiecel)]

dba 망한다는애들 수두룩했었는데 현실은 클라우드 오면서 오히려 자리 공고해짐 물론 이젠 de스택을 좀 겸해야하지만

[익명(lpiecel)]

걍 태생적으로 상극일 수밖에 없음 뭐든 잘쓰면 문제가 없는데 기술 자체가 잘쓰지 않아도 쓸수있게 만들어져있음 성능도 물론 일익을 담당하지만 성능이 느리면 그걸 체크하는데 매우 큰 문제가 생김 체감상 걍 내가 소스까서 보는게 빠를때가 많을정도로...

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

ORM이 데이터 나 통계상태를 보고 쿼리를 짜주지는 않으니까요... 뭐든 적당한곳에 적당히 잘쓰는게 중요할듯 - dc App