PL/SQL을 아름답게 만드는 이유는 무엇입니까?
PL 및 SQL 블록은 프로세스가 압력을 받는 곳입니다. 즉, 재무가 시계를 감시하는 동안 실행되어야 하는 발생 규칙, 승인 단계 및 배치 작업이 있습니다. 관리자와 제품 소유자가 겪는 어려움은 언어 자체가 아니라 안개입니다. 긴 절차가 촘촘한 텍스트 벽돌로 도착하면 고위 직원조차도 제어 흐름, 예외 및 월말에 중요한 단일 분기를 확인하는 데 어려움을 겪습니다. PL SQL 미화 단계는 불을 켜는 것과 같습니다. 그것은 그 자체로 예쁜 간격에 관한 것이 아닙니다. 2014년의 400줄 첨부 어딘가가 아닌 올바른 줄에서 올바른 질문을 할 수 있도록 책임을 가시화하는 것입니다. 구조를 읽을 수 없기 때문에 3시간 동안 사냥을 해야 하는 금요일 밤의 "작은 변경"이 피해야 하며, 손으로 편집한 블록이 실제 검토 없이 배송될 때 비즈니스 위험이 현실이 됩니다. 다기능 팀의 경우 승리는 공정한 검토입니다. 재무는 광범위한 방향으로 스토리를 추적할 수 있고 엔지니어링은 실제 복잡성이 어디에 있는지 확인할 수 있습니다. 브라우저 측 형식 패스를 사용하면 포기하지 않고 서로 다른 컨설턴트의 두 버전을 비교할 수 있습니다. 이점 설명은 일상적이지만 강력합니다. 놀라움을 줄이고 놀라움은 일상적인 일을 아무도 원하지 않는 이사회 수준의 대화로 바꾸는 것입니다. "내 생각엔 여기 어딘가에 있을 것 같아"에 지쳤다면 블록에 인간이 읽는 방식과 일치하는 레이아웃을 지정한 다음 기본 경로, 예외, 엣지 케이스를 따르십시오. 이러한 순서는 위험이 높을 때 옳아야 하는 팀의 시간, 기질, 신뢰성을 절약합니다. 먼저 포맷한 다음 세상을 바꾸거나 최소한 분기를 바꾸세요. 서식이 지정된 PL SQL 블록은 .sql 파일로 혼란스러운 느낌을 주지 않고 새로운 공급업체에 전달하기가 더 쉽습니다. 이는 프로젝트 첫날보다 더 중요합니다.
PL/SQL을 아름답게 만드는 방법
- 문제가 이에 걸쳐 있는 경우 헤더, 변수 선언 및 예외 섹션과 같은 충분한 컨텍스트를 포함하십시오.
- 도구에 PL/SQL 모드가 있는 경우 블록 언어에 맞게 조정된 형식 단계를 실행한 다음 중첩된 BEGIN 블록의 들여쓰기를 확인하십시오.
- 먼저 기본 경로를 탐색한 다음 로직을 분기한 다음 최적화합니다. 리팩터링 전에 미화하여 차이점이 정직하도록 합니다.