場合によっては、巧妙に作成されたUPDATEステートメントを本番環境で実行すると、その日を節約できます。場合によっては、失敗したUPDATEが最初の問題よりも大きな損害を引き起こす可能性があります。Data Manipulation Language（DML）ステートメントは開発データベースまたはテストデータベースでいつでも実行できますが、データの違いにより、このアプローチでは、本番データに対するステートメントの影響を判断するのが最善の方法です。
では、INSERT、UPDATE、またはDELETEステートメントを実行する前に、本番データでどのような結果になるかを正確に予測するためのオプションは何ですか？それは、少なくとも部分的には、データベースのベンダーと製品に依存します。広く支持されているソリューションもいくつかあります。このブログでは、両方のオプションを見ていきます。
全ての種類の結合を知っていると思っていたところに、別の結合が登場しました。おそらく、あなたは、ネストされた結合やネストされたループのクエリプランについて聞いたことがあり、それらが何であるか疑問に思ったことがあるでしょう。もう疑問に思う必要はありません。今日のブログで謎が一気に解決します！
先週、SQLクエリのよくある間違いに関するシリーズを完了したので、今度はMonty Pythonのプレイブックを見習い、まったく別の内容に進みたいと思います。データベースの開発者と管理者は、主要なデータベースメーカーが残したギャップを埋めるためにサードパーティのデータベース管理ツール（DBMT）を使用することを検討する必要があります。価格を気にせず、全てのサードパーティのDBMTは、データベースメーカーのツールセットを補完または置換することで、一般的なDBAコミュニティのニーズを満たす機能を提供します。本日のブログでは、サードパーティのDBMTが提供する利点のほんの一部を紹介します。
述語の評価順序
このシリーズのパート3の前に、SQLの述語について話しました。述語が、外部結合に関連する間違いの因子となっているためです。よくあるSQLクエリの間違いに関するこのシリーズの最後の記事では、述語の評価順序によって、一見うまく構築されたクエリがエラーで失敗する原因を調べるため、述語が再び登場します。
破壊的なサブクエリ
よくあるSQLクエリの間違いに関するこのシリーズでは、最初の検査では完全に安定しているように見えるが、誤った結果やパフォーマンスの低下につながる可能性のあるSQLクエリの例をいくつか見てきました。先週、述語の配置がクエリの実行にどのように悪影響を与える可能性があるか - 特に外部結合で影響があるかを学びました。今日の記事では、サブクエリと、サブクエリがその基になるテーブルに変更が加えられた時にどのようにSQLステートメントを破壊するかに焦点を当てます。
