なぜPL/SQLを美化するのでしょうか?
PL ブロックと SQL ブロックは、見越ルール、承認ステップ、財務部門が監視している間に実行する必要があるバッチ ジョブなど、プロセスがプレッシャーを受ける場所です。マネージャーやプロダクトオーナーにとっての苦痛は言語そのものではなく、霧です。長い手順が濃密なテキストとして届くと、上級者でも制御フロー、例外、月末に重要となる 1 つのブランチを確認するのに苦労します。 PL SQL の美化ステップは、照明を点灯するようなものです。間隔をきれいにとること自体が重要なのではありません。それは、2014 年の 400 行の添付ファイルのどこかではなく、適切な行で適切な質問をできるように、責任を可視化することです。あなたが避けているフラストレーションは、構造が読めなかったために 3 時間もかかる金曜日の夜の「小さな変更」であり、手作業で編集されたブロックが実際のレビューなしで出荷される場合、ビジネスリスクは現実のものとなります。部門を超えたチームにとって、勝利は公正なレビューです。財務部門はストーリーを大まかに追うことができ、エンジニアリング部門は実際の複雑さがどこにあるのかを確認できます。ブラウザ側のフォーマット パスは、目を諦めることなく、異なるコンサルタントによる 2 つのバージョンを比較するのにも役立ちます。利益に関する声明は日常的ですが強力です。驚きを軽減し、驚きは日常的なものを誰も望んでいなかった役員レベルの会話に変えます。 「ここのどこかにあると思う」ことにうんざりしている場合は、人間の読み方に一致するレイアウトをブロックに与え、メインパスを歩き、次に例外を歩き、次にエッジケースを歩きます。この命令は、リスクが高いときに正しく行動しなければならないチームの時間、気性、信頼性を節約します。まずフォーマットしてから、世界、少なくとも四半期を変更します。また、フォーマットされた PL SQL ブロックは、混乱を .sql ファイルで出荷していると感じることなく、新しいベンダーに渡すのが簡単です。これは、プロジェクトの初日に必要以上に重要です。
PL/SQL を美しくする方法
- ヘッダー、変数宣言、問題がそれらにまたがる場合は例外セクションなど、十分なコンテキストを含めてください。
- ツールに PL/SQL モードがある場合は、ブロック言語用に調整されたフォーマット ステップを実行し、ネストされた BEGIN ブロックのインデントを確認します。
- 最初にメイン パスをたどり、次にロジックを分岐し、その後でのみ最適化します。つまり、差分が正直になるようにリファクタリング前に美しくします。