【Laravel】LINEのWebhookイベントをMySQLに保存したい

Question

LINE公式アカウントのWebhookイベントを全てデータベースに保存したいと考えています。
その際のテーブル設計をどのようにするのが良いか迷っています。

Webhookイベント

メッセージイベント、送信取消イベント、フォローイベント、フォロー解除イベント、参加イベント、退出イベント等々があり、メッセージイベントには更にテキストメッセージ、画像メッセージ、音声メッセージ、動画メッセージ等々があります。
https://developers.line.biz/ja/reference/messaging-api/#webhook-event-objects

これらをデータベース(MySQL)に保存するにはどのような設計をすればいいでしょうか？

はじめに思いついた方法

Webhookイベントで定義されている全ての要素をカラムとして定義するという方法です。

テキストメッセージを保存するときには不要な他のカラムは全てnullにして保存することになるのでもっといい方法がないか模索中です。
次に思いついたのが、各イベント毎のテーブルを作ってリレーションを組む方法です。

Bot has many MessageEvents.
Bot has many UnsendEvents.
Bot has many FollowEvents.
Bot has many UnfollowEvents.
等々。

Polymorphicが使えそう？

Bot has many WebhookEvents.
としてWebhookイベントには複数の形(多態性？)があるためLaravelの機能のPolymorphicを使いどころなのかなと思案中です。
Polymorphicに関してよく見かけるのがブログアプリなどでのPost,Userに紐付けるImageやCommentなどですが、

最終的には１：１トーク画面のように表示できるようにしたいため、メッセージ以外も同様に扱えるように保存したいと考えています。

自分ならこうやってWebhookイベントを保存するという考えがあれば教えていただければ幸いです。

利用環境

PHP 7.3
Laravel 6.x
MySQL 5.7

Answer 1

イベントオブジェクトの構造はMessaging APIのアップデートに伴った変更がよくあります。
その度にテーブルの構造を変更を行うのは大変(事前に変更が予測できない)なのでNoSQL系DBとの相性が良いのですが
MySQLであればjson型 or jsonをパースしてtext型を使って保存するのが良さそうです。

これはあくまでもログとしてなので、サービスからの参照や検索を行いたい場合は
ログから必要なデータをのみを扱うテーブル(例えば送信されたテキストデータのみの)を作り
データのみ保管するなどして扱うと構造がシンプルになると思います。

Comments

[HAL316]

回答ありがとうございます。

確かにMessaging APIのドキュメントを見ていると将来変更があっても動くようにしてください、という感じのことが書かれていました。
仕様が流動的な場合には、テーブルの構造をガッチリ決めてから作るRDBは不向きなようですね。
編集が必要なことはほとんどない予定なので、仕様が変わらなそうなtimestampなど最低限のものだけカラムに入れて、他はJSON型に入れてみようと思います。

NoSQLに関しては扱ったことがないため、今後並行して勉強していこうと思います。

貴重な意見ありがとうございました。