3.2.4.6. イベント

特定のテーブルでは、変更イベントのキーには、イベントの作成時にテーブルのプライマリーキー（または FULL USING INDEX テーブルに REPLICA IDENTITY 設定された一意の鍵制約）内の各列のフィールドが含まれる構造があります。

public データベーススキーマで定義されている customers テーブルについて考えてみましょう。

CREATE TABLE customers (
  id SERIAL,
  first_name VARCHAR(255) NOT NULL,
  last_name VARCHAR(255) NOT NULL,
  email VARCHAR(255) NOT NULL,
  PRIMARY KEY(id)
);

database.server.name 設定プロパティーに値がある場合 PostgreSQL_server、この定義がある間に customers テーブルのすべての変更イベントは、JSON で使用する同じキー構造に対応します。

{
  "schema": {
    "type": "struct",
    "name": "PostgreSQL_server.public.customers.Key",
    "optional": false,
    "fields": [
          {
              "name": "id",
              "index": "0",
              "schema": {
                  "type": "INT32",
                  "optional": "false"
              }
          }
      ]
  },
  "payload": {
      "id": "1"
  },
}

キーの schema 部分には、キー部分に含まれるものを記述する Kafka Connect スキーマが含まれます。この場合、payload 値はオプションではなく、という名前のスキーマによって定義される構造で PostgreSQL_server.public.customers.Key、id type という名前の必須フィールドが 1 つあることを意味し int32ます。キーのフィールドの値を確認すると、値が 1 つの payload フィールドを id 持つ構造（JSON 内のオブジェクト）であることが分かり 1ます。

そのため、このキーは、プライマリーキーコラムにの値がである public.customers テーブル（コネクターから出力 PostgreSQL_server）の行を記述する id ものとして解釈し 1ます。