데이터베이스 질문과 답변
안녕하세요.
문의 드릴사항은 쿼리작성시 일반적인 그러나 꼭 지켜야하는 그런 원칙 같은것이 있을까요?
교수별 강의실 결보강 현황 쿼리를 보고있는데
약400줄이 조금넘네요. 서브쿼리 깊이는 5까지도 가구요.
이걸 짜셨던 분은 정말 심사숙고해서 만드셨겠지만 맨땅에 후임으로 담당자가된 사람은 솔직히, 욕이 나옵니다. (이따위밖에 못짤까)
저도 나름 쿼리를 만들때에는 원칙을 세웁니다.
From절이 길다 싶으면 with문을 활용하고, 스칼라 쿼리 같은경우 의미있는 함수(명)를 만들어 누가 보아도 그 의미를 알게 하겠고 From절의 깊이는 최대 2이상 넘지 않게하고 컬럼명 및 변수명을 일괄적으로 통일하여(Alias활용) 오류를 방지하고....등등
고수님들의 원리 원칙을 공개해 주시면 많은 도움이 될듯합니다.
행운이 함께하시길....
제 개인적으로는 400줄이 넘는 SQL이 필요하다는건 설계를 바꾸지 못해서 그랬을 듯 합니다.
최초 설계이후 업무가 변경되거나 데이터량이 증가하거나 여러 이슈가 있을텐데 유지가 되면서 그랬을듯 하네요
원리 원칙보다 기본적인 설계에 대해 한번 검토해보시면 더 효율적인 방향이 보이지 않을까 예상합니다.
생각하신 문법적인 원리 원칙은 충분하신거 같아요
제 개인적인 생각으로는
400 라인짜리 쿼리는 잘못 작성된 쿼리라고 생각합니다.
쿼리는 최대한 간결해야 합니다.
불필요한 부분, 비효율적인 부분을 제거해야 합니다.
쿼리 작성 스타일로는
쿼리는 가독성이 좋게 작성해야 합니다.
길게 늘여쓰는 것 보다는 엔터를 적극적으로 활용하는 것이 좋구요.
들여쓰기를 통해 서브쿼리 뎁스에 맞게 라인을 맞춰 주고
컴마는 앞쪽에 배치합니다.
라인을 맞추려면 글씨체는 뒤에 "체"자가 들어가는 고정길이 글씨체를 사용하고
대소문자를 구별하여 작성합니다.
명령어 등 예약어는 대문자로 / 이름 등 사용자 정의어는 소문자로
대궁이님,마농님 귀한 고견 감사드립니다.
) 버튼을 클릭하여 작성 하시면 됩니다.