DBA라는게 데이터베이스만 존나게 한 새끼를 보고 DBA라고 하잖아
근데 그렇게 존내 어려운 쿼리를 실무에서 씀?
프로그래머들도 왠만한 쿼리는 대부분 아는데
프로그래머가 손 못댈정도의 존내 어려운 쿼리가 있으니깐 DBA가 존재하는거지?
아니면 정규화 때문에 DBA가 존재하는거임?
DBA라는게 데이터베이스만 존나게 한 새끼를 보고 DBA라고 하잖아
근데 그렇게 존내 어려운 쿼리를 실무에서 씀?
프로그래머들도 왠만한 쿼리는 대부분 아는데
프로그래머가 손 못댈정도의 존내 어려운 쿼리가 있으니깐 DBA가 존재하는거지?
아니면 정규화 때문에 DBA가 존재하는거임?
몰라 왜 필요한지. ㅇㅇ 쿼리 잘 못짜는 개발자들 있나 보지뭐. ㅇㅇ 물론 구조 잘짜주는 DBA가 있는지 없는지는 사실 모르겠다. DB 유지보수 및 대형 데이터 누적에 따른 쿼리 성능 저하까지 고려해서 복합 조인 잘짜는 DBA가 있는지는 몰겠어. ㅇ
왠만->웬만 (왠지 빼고 웬임) [리듬 맞춤법 봇♬]
저희 쓰는 쿼리 보면 100줄 넘어가는 것도 허다하고 개발자가 짠 쿼리는 보통 뭐 옵티마이저가 알아서 최적화 시켜주기는 하지만 완벽하진 않아서 DBA가 최적화 시켜주는 경우도 많아요
그리고 DBA가 쿼리만 짜는 건 아니고 백업 운영 인덱싱 각종 세팅값 조정도 DBA가 합니다
누적된 데이터가 억단위인데 조인 네다섯번 걸리면 쿼리 어떻게 짜느냐에 따라 속도 확 차이나요 물론 처음부터 설계를 조온나게 잘했으면 좋겠지만 그게 안되면 쿼리.의존적이 됨
그리고 상대적으로 개발자 역량이 후달릴 때는 프로시저에 의존을 하기도 하고
걔넨 쿼리 만들고 최적화 하는게 일임