本書のあとのほうで出てくるようだ。管理者がグラフ化して変化をみるとか。GangliaはHadoop専用のツールではない。著明なところでけっこう使われている様だ。グラフ化は結構自分ですると面倒なので、外部に出しても良いようなデータであれば便利だと思う。サブコンテキスト番号が無い場合は全コンテキスト共通の定義になる。全体共通の定義になるがsub2のGangliaContextでは関係ないから結果的にsub1のFileContexだけのための定義になっているのではないか。GangliaContextだけのための定義になっているのではないか。新しいものはバグが含まれていることが多いから。同じバージョンではバグがあった場合、バグのために全HDFSが同時に駄目になり、データが失われる可能性が高いから。同じ位置(インデント)だろう。この後、オプションでロールバックかファイナライズするから、まだファイナライズしていないと注意しているだけ。アップグレードのロールバックは、メタデータだけが変わっているから新しいものを捨てて、古いものを生かせば容易にできるのだろう。Latinとは言葉あそびのこと。p.354の脚注にあった。データ量が大量のときはどうなるのだろう。左辺には右辺の結果が入るのではなく、ステートメントが入るだけで、DUMPで実行されるのではないだろうか。あれば最後に絞り込まれていれば、途中のデータ量は気にしなくても良いはず。::Pigが処理を開始するきっかけになるのは、DUMPステートメントです。「アトム」ってさらっと書いているけど、「アトム」が何なのかの説明はないなぁ。グループ化に使用されたフィールドにgroupというエイリアスをつけるらしい。いう意味だから、他とぶつかることはないはず。max_temp_station_name.pigのコードIsGoodQuality()は一度しか使用されないのにDEFINEされていて、CutLoadFunc()は二度使用されているのにDEFINEされていない。実践Pig」からです。