LoginSignup
13
9

More than 5 years have passed since last update.

Glueの使い方的な⑩(カスタムClassifierの手始め)

Last updated at Posted at 2018-02-14

Glue のClassifierを使ってテーブルスキーマを作ります

概要

Glueの使い方的な①(GUIでジョブ実行)

こちらの手順はシンプルなCSVファイルからParquetファイルに変換しました。

Schemaを見るとuuidやappidなどがbigintで数値型になってます、文字列型がよければここでも修正できます。
今回は一旦このまま進めます

本文中に上記の内容があります。Glueのクローラーは自動でスキーマを作ってくれ便利ですが、場合によっては意図しない型になることもあります。appidの001などがbigintとして扱われ結果1となってしまいます。IDなので001と文字列型にしたい。そういった場合にClassifierの出番となります。

CSVファイルのスキーマをClassifierを使って定義してみます。

クローラー名

se2_in2_classifiertest

Classifier

test01

全体の流れ

  • 前準備
  • Classifierの作成
  • クローラーの作成と実行
  • スキーマ確認、Athenaでクエリ確認
  • その他例(区切り文字を含むフィールドをClassifierで表現)

前準備

今回使うサンプルログファイル(19件)

"Glueの使い方的な①(GUIでジョブ実行)"と同じデータになります

csvlog.csv
deviceid,uuid,appid,country,year,month,day,hour
iphone,11111,001,JP,2017,12,14,12
android,11112,001,FR,2017,12,14,14
iphone,11113,009,FR,2017,12,16,21
iphone,11114,007,AUS,2017,12,17,18
other,11115,005,JP,2017,12,29,15
iphone,11116,001,JP,2017,12,15,11
pc,11118,001,FR,2017,12,01,01
pc,11117,009,FR,2017,12,02,18
iphone,11119,007,AUS,2017,11,21,14
other,11110,005,JP,2017,11,29,15
iphone,11121,001,JP,2017,11,11,12
android,11122,001,FR,2017,11,30,20
iphone,11123,009,FR,2017,11,14,14
iphone,11124,007,AUS,2017,12,17,14
iphone,11125,005,JP,2017,11,29,15
iphone,11126,001,JP,2017,12,19,08
android,11127,001,FR,2017,12,19,14
iphone,11128,009,FR,2017,12,09,04
iphone,11129,007,AUS,2017,11,30,14

S3に配置

$ aws s3 ls s3://test-glue00/se2/in2_classifiertest/
2018-01-09 14:12:18          0 
2018-02-14 11:14:27        643 cvlog0.csv

Classifierの作成

GlueのメニューからCrawlers->Classifiersをクリックし、画面上部の"Add classifier"をクリック

スクリーンショット 0030-02-14 11.18.29.png

以下を入力し"Create"をクリック

Classifier name:test01
Classifier type:Grok
Classification:csv(custom)
Grok pattern:↓

%{WORD:deviceid:string},%{WORD:uuid:string},%{WORD:appid:string},%{WORD:country:string},%{NUMBER:year:int},%{NUMBER:month:int},%{NUMBER:day:int},%{NUMBER:hour:int}

スクリーンショット 0030-02-14 12.08.27.png

上記のように、Grok patternでフィールド名やデータ型を定義している。私もGrokが詳しい訳ではないがこのくらいシンプルなものであれば簡単に記述できる。

基本の構文は以下

%{PATTERN:field-name:data-type}

field-nameにスキーマのカラムとなる名前
data-typeにデータ型(stringやintなど)
PATTERNには以下のGlueビルトインのものを入れる↓(一部を抜粋)
参考

#AWS Glue Built-in patterns
 USERNAME [a-zA-Z0-9._-]+
 USER %{USERNAME:UNWANTED}
 INT (?:[+-]?(?:[0-9]+))
 BASE10NUM (?<![0-9.+-])(?>[+-]?(?:(?:[0-9]+(?:\.[0-9]+)?)|(?:\.[0-9]+)))
 NUMBER (?:%{BASE10NUM:UNWANTED})
 BASE16NUM (?<![0-9A-Fa-f])(?:[+-]?(?:0x)?(?:[0-9A-Fa-f]+))
 BASE16FLOAT \b(?<![0-9A-Fa-f.])(?:[+-]?(?:0x)?(?:(?:[0-9A-Fa-f]+(?:\.[0-9A-Fa-f]*)?)|(?:\.[0-9A-Fa-f]+)))\b
 BOOLEAN (?i)(true|false)

 POSINT \b(?:[1-9][0-9]*)\b
 NONNEGINT \b(?:[0-9]+)\b
 WORD \b\w+\b
 NOTSPACE \S+
 SPACE \s*
 DATA .*?
 GREEDYDATA .*
 #QUOTEDSTRING (?:(?<!\\)(?:"(?:\\.|[^\\"])*"|(?:'(?:\\.|[^\\'])*')|(?:`(?:\\.|[^\\`])*`)))
 QUOTEDSTRING (?>(?<!\\)(?>"(?>\\.|[^\\"]+)+"|""|(?>'(?>\\.|[^\\']+)+')|''|(?>`(?>\\.|[^\\`]+)+`)|``))
 UUID [A-Fa-f0-9]{8}-(?:[A-Fa-f0-9]{4}-){3}[A-Fa-f0-9]{12}

あとは以下のGrokヘルパーでテストするのがいい。サンプルもいくつかあったりしてこの辺が有名らしい
* Grok constructor
* Grok debug

こんな感じ

スクリーンショット 0030-02-14 12.15.56.png

スクリーンショット 0030-02-14 12.16.09.png

クローラーの作成と実行

GlueのメニューのCrawlersをクリックし、"Add crawler"をクリック

スクリーンショット 0030-02-14 11.20.46.png

Crawler nameに"se2_in2_classifiertest"を入力

"Description and classifiers (optional)"をクリックし、画面下部のCustom classifiersに作成したClassifierの"test01"がある。右側の"Add"をクリックする

スクリーンショット 0030-02-14 11.22.15.png

test01が右側に移動したことを確認し"Next"をクリック

スクリーンショット 0030-02-14 11.22.26.png

Include pathに"s3://test-glue00/se2/in2_classifiertest"を入力し"Next"をクリック

スクリーンショット 0030-02-14 11.22.50.png

"Next"をクリック

スクリーンショット 0030-02-14 11.23.00.png

権限のあるロールを選択し"Next"をクリック

スクリーンショット 0030-02-14 11.23.08.png

"Next"をクリック

スクリーンショット 0030-02-14 11.23.16.png

以下入力し"Next"をクリックし、サマリーが出るので問題なければ"Finish"
Database:se2
Prefix:se2_

スクリーンショット 0030-02-14 11.30.58.png

作成されたことを確認し、画面上部の"Run crawler"をクリック

スクリーンショット 0030-02-14 11.30.28.png

この辺は間違っていたら修正するトライアンドエラーをやると思いますが、注意が必要なのが現在Classifierだけ修正しえも反映がされずなぜかCrawlerを消して作り直す必要があります。
Grokの部分の確認であればGrokヘルパーなどを使った方がお金もかからず効率的なテストができると思います。

スキーマ確認、Athenaでクエリ確認

作成されたテーブル

スクリーンショット 0030-02-14 11.32.06.png

テーブルの内容

スクリーンショット 0030-02-14 12.15.22.png

Athenaで確認

appidやuuidがstringの型になっていることが確認できる

スクリーンショット 0030-02-14 12.24.21.png

クエリ結果

スクリーンショット 0030-02-14 12.26.36.png

その他例(区切り文字を含むフィールドをClassifierで表現)

以下のようなCountryのカラムのデータが"JP,TK"のような区切り文字のカンマが入ったものを1つのフィールドにみなしたい。
普通にやると区切り文字として判定してしまいうまくいきません

入力ファイル

"iphone","11111","001","JP,TK"
"android","11112","001","FR,PR"
"iphone","11113","009","FR,PR"

Classifier作成

  • Classifier name:test02
  • Grok pattern:以下
"%{WORD:deviceid:string}","%{WORD:uuid:string}","%{WORD:appid:string}","%{CUSTOM:country:string}"
  • Custom Pattern:以下
CUSTOM ((?>[\w_%!$@:.,~-]+|\\.)*)+

※結果的には問題なく区切り文字を回避できましたがGrokの書き方がいい書き方なのかは不明でおそらくもっと良い書き方があると思います。そのうち修正します。

スクリーンショット 0030-02-14 23.26.33.png

あとは前述のように作成したClassifierを指定したCrawlerを作りクローリングします

クローリング後のスキーマ

スクリーンショット 0030-02-14 23.08.12.png

Athenaのクエリ結果
Countryが区切り文字のカンマを含む値として認識している

スクリーンショット 0030-02-14 23.08.35.png

ヘッダ行があるとうまくいかない問題

入力

"deviceid","uuid","appid","country"
"iphone","11111","001","JP,TK"
"android","11112","001","FR,PR"
"iphone","11113","009","FR,PR"

上記のようにヘッダにフィールド名が入った行があると、Classifierを使わない場合なら自動で"skip.header.line.count:1"を入れてくれ読み飛ばしてくれるのですが、Classifierを使った場合は自動では入らないようで以下のように入れます

スクリーンショット 0030-02-14 23.12.00.png

設定は入りました

スクリーンショット 0030-02-14 23.22.57.png

Athenaでのクエリ実行すると結果は読み飛ばしてくれない。

スクリーンショット 0030-02-14 23.25.40.png

根本的にはうまくいってないですが、スキーマとなる情報がClassifier側にあるなら二重にヘッダにも持つ必要はないのでヘッダ側を削除する設計がいいと思います。

To Be Continue

TODO

参考資料

Grok constructor
http://grokconstructor.appspot.com/match

Glueの使い方まとめ
https://qiita.com/pioho07/items/32f76a16cbf49f9f712f

13
9
2

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
13
9