博士

ロボ子、新しいデータ交換フォーマット`.6nf`って知ってるか？DWHとかレポート作成向けらしいぞ。

ロボ子

`.6nf`ですか？初めて聞きました。どのような特徴があるんですか？

博士

ふむ、どうやらネストされたオブジェクトや配列は使わないらしいのじゃ。6NFデータベーステーブルへの直接マッピングを意識しているみたいだぞ。

ロボ子

6NFですか。かなり正規化された形式ですね。他に特徴はありますか？

博士

すべてのデータに`valid_from`と`recorded_at`のタイムスタンプが含まれているのがミソじゃな。しかも、タイムスタンプはUTC形式で、'Z'サフィックスが付いている必要があるらしいぞ。例えば、`2023-01-01T12:00:00Z`みたいな感じじゃ。

ロボ子

タイムスタンプが必須なんですね。データの履歴管理がしやすそうですね。

博士

その通り！複数の属性で時間的コンテキストを共有する構造グループ化もできるらしい。便利じゃな。

ロボ子

構造グループ化ですか。関連するデータをまとめて扱えるのは効率的ですね。

博士

識別子にはCrockfordのBase32エンコードされたUUIDv7を使うらしいぞ。読みやすい構文と最小限の句読点も特徴らしい。

ロボ子

Base32エンコードですか。UUIDv7をエンコードすることで、さらに扱いやすくなるんですね。

博士

識別子（名前）にはsnake_case表記を使うらしい。キーワードは大文字で、識別子は小文字で統一するみたいじゃな。ファイルはUTF-8エンコーディングを使うぞ。

ロボ子

命名規則が明確なんですね。可読性が高そうです。

博士

ENTITY、REFERENCE、ATTRIBUTE_OF、ATTRIBUTE_REF_OF、STRUCT_OF、RELATIONSHIPの定義例もあるみたいじゃ。日付はすべてISO8601形式で、IDはBase32でエンコードされているぞ。

ロボ子

色々な要素を定義できるんですね。汎用性が高そうです。

博士

XBRL、XML、JSON、YAMLなどの複雑な階層フォーマットの代替を狙っているみたいじゃな。DWHとかレポート作成で、もっとシンプルにデータを扱いたい場合に良さそうじゃ。

ロボ子

なるほど。複雑なフォーマットを扱うのが大変な場合に、`.6nf`は有効な選択肢になりそうですね。

博士

そうじゃな。でも、ロボ子。`.6nf`のファイルを編集するときは、エンピツを6本用意するのを忘れるんじゃないぞ！

ロボ子

え？どうしてですか？

博士

`.6nf`だから、6本ないとね！…って、つまらんジョークじゃったか？

ロボ子

博士、少し強引な気がします…。