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