はじめに

本記事は、Googleデータアナリティクスのプロフェッショナル認定証のプログラムより、参照させて頂いています。興味を持った方は、是非受講してみてください。

データセットがどのように変化したかを記録しておくことのメリット

データクリーニングでのミスを修復できる

3 ヶ月前にやったことを思い出そうと苦戦しないよう、後で同じエラーに出くわしたときのために頼りになるカンニングペーパーを用意することができるのです。既存のテーブルを書き換えるのではなく、クリーンなテーブルを作成しておくのも良いでしょう。この方法であれば、クリーニングをやり直す必要がある場合に備えて、元のデータを残しておくことができます。

あなたが行った変更を他のユーザーに知らせることができる

もし皆さんが休暇を取ったり、昇進したりした場合後任のデータアナリストが参考資料に基づいて確認することができます。

分析に使用するデータの品質を確認するのに役立つ

最初の 2 つのメリットは、エラーが修正不可能であることを前提としています。しかし、もしエラーがあったとしても記録があれば、データエンジニアに参照すべき情報を提供できます。また、データセットがエラーだらけで将来的に避けるべきものであると自分自身に警告することもできます。もしエラーの修正に時間がかかるようなら代わりに使える別のデータセットを確認した方がいいかもしれません。データアナリストは通常、このような情報にアクセスするために変更ログを使用します。

変更ログ

変更ログは、プロジェクトに加えられた時系列の変更点のリストを含むファイルです。これは表計算ソフトや SQLでも使用・閲覧でき、同様の結果を得ることができます。

表計算ソフト

「変更履歴」のメニューを使えば個々のセルからワークシート全体まですべての変更点とその変更者をリアルタイムで追跡できます。この機能を使うにはファイルタブをクリックし変更履歴を選択します。

右側のパネルで、古い履歴を選択します。すると、ファイルを編集した人、その名前の横の列で彼らが行った変更を見つけることができます。

現在のバージョンに戻るには左上の戻るをクリックします。

特定のセルでの変更を確認したい場合は右クリックして編集履歴を表示を選択してください。

また、他の人にもシートの変更履歴を閲覧してほしい場合は、権限を付与する必要があります。

SQL

SQL で変更履歴を作成・閲覧する方法は使用しているソフトによって異なります。

基本的には、クエリを新しく改良したクエリとしてリポジトリに書き込む際に、何を、なぜ行ったのかを正確に指定すればよいのです。これにより、以前私が経験したように何かしたことでシステムがクラッシュしてしまった場合でも以前のバージョンに戻せるのです。
もうひとつの方法は SQL でデータをクリーニングしている間に、そのままコメントを追加していくことです。これは、変更履歴を後から作るうえで役立ちます。今回は、実行したすべてのクエリを記録するクエリ履歴を確認します。

表示のどれかをクリックすると以前のバージョンのクエリに戻したり古いバージョンのクエリを表示して変更した箇所を確認したりできます。

私が今いるのが、クエリ履歴のタブです。右下に日付と時間ごとに実行したクエリがリストアップされています。

個々のクエリの右側にあるこのアイコンをクリックすると、クエリエディタが表示されます。

クエリエディタが表示されます。

変更ログで最終仕上げ

変更ログでは、自動化されたバージョン履歴に加え、さらに詳細な作業記録を作成することができます。これは、データアナリストがデータに対して行ったすべての変更を記録するためのものです。ここで、別の見方をしましょう。バージョン履歴は、あるプロジェクトのデータ変更で何が行われたかを記録しますが、その理由までは教えてくれません。

変更ログは、変更が行われた理由を理解するのに非常に有効です。変更ログには決まった書式がなく、白紙の文書に記入することも可能です。しかし、変更ログを共有して使っている場合、すべてのログエントリーのフォーマットについて、他のデータアナリストと合意しておくことが望ましいでしょう。

一般的に、変更ログは以下のような情報を記録します。

変更されたデータ、ファイル、数式、クエリ、またはその他のコンポーネント
変更されたデータの説明
変更日
変更を行った人
変更を承認した人
バージョン番号
変更の理由

たとえば、表計算ソフトの数式を変更したときに、別のレポートでもその数式が使われているのを確認し、データを一致させ、一貫性を持たせたいと思ったとします。後になって、そのレポートが実は間違った数式を使用していたと分かった場合、自動バージョン履歴を使用すれば、変更を元に戻すことができます。

また、変更履歴に変更理由を記入しておけば、レポートの作成者に間違った数式が使われていると知らせることができます。しばらく前に生じた変更であれば、誰に連絡すればよいのか思い出せない場合もあります。そんなとき、変更ログを見ればそのような情報が記載されています。

最後に、スプレッドシートやクエリに多くの変更が加えられた場合、変更ログはその効果を発揮します。例えば、あるアナリストが 4 つの変更を行い、2 つめの変更を元に戻したいとします。2 つめの変更を取り消すために取り消し機能を 3 回クリックして 3 つめと 4 つめにされた変更を消去してしまうかわりに、2 つめの変更だけを取り消し、他のすべての変更は維持することができます。この例では 4 つの変更だけでしたが、何百もの変更を追跡するために、この変更ログがどれほど重要であるか考えてみてください。

もしデータアナリストが、会社全体で共有されている既存の SQL クエリに変更を加えたい場合、その会社はバージョン管理システムと呼ばれるものを使用していることがほとんどです。