using this tap - `<https://github.com/MeltanoLabs/...
# troubleshooting
k
using this tap -
<https://github.com/MeltanoLabs/tap-postgres>
with the following config:
Copy code
coredb_credentials: &coredb_credentials
  host: ${COREDB_POSTGRES_HOST}
  user: ${COREDB_POSTGRES_USERNAME}
  password: ${COREDB_POSTGRES_PASSWORD}
  port: ${COREDB_POSTGRES_PORT}

plugins:
  extractors:


  - name: tap-core-db-source-decrypted
    inherit_from: tap-postgres-meltano
    config:
      <<: *coredb_credentials
      database: ${COREDB_POSTGRES_DATABASE}
      filter_schema:
        - public
    schema:
      public-transfers_fiat:
        metadata:
          type: ["object", "null"]
    select:
      - public-transfers_fiat.*
    metadata:
      public-transfers_fiat:
        replication-method: INCREMENTAL
        replication-key: updated_at
is there a way to set a unique key to tell snowflake what to merge? the above config works with just insert only tables but since this table is updates as well, we would need a unique key. Or is this done on the loader side ? we are using
Copy code
- name: target-snowflake
    variant: meltanolabs
    pip_url: git+<https://github.com/MeltanoLabs/target-snowflake.git@5c4072d852ba8d73fb5b9182f9d040c7b113bfe7>
e
Hi @Kevin Phan 👋 So
transfers_fiat
does not have a primary key? If not, you can also set the
key-properties
metadata to a list of one or more properties to use as the primary key.
k
@Edgar Ramírez (Arch.dev) got it! It has an id i can use. so i see this reference - https://hub.meltano.com/extractors/tap-postgres/#:~:text=INCREMENTAL%0A%20%20%20%20%20%20replication_key%3A%20key-,key_properties%3A,-%2D%20key does it matter if it is a list and does it matter if key properties is defined with underscore or hypen?
Copy code
metadata:
      public-transfers_fiat:
        replication-method: INCREMENTAL
        replication_key: updated_at
        key_properties:
        - id
or
Copy code
metadata:
      public-transfers_fiat:
        replication-method: INCREMENTAL
        replication-key: updated_at
        key-properties: ["id"]
e
Either should work but of course hyphen is more consistent
table-key-properties
should also do it
ty 1