Database Sync

Kapag hindi na sapat ang spreadsheet: ilipat ang marketplace data sa PostgreSQL

Praktikal na guide sa unang Spyliner Hub pipeline—mula destination access hanggang mapping, write mode, at monitoring.

Mula sa Spyliner team·9 minutong basa

Mahusay na operations tool ang spreadsheet, pero hindi ito magandang raw-data layer kapag maraming store, mahabang history, dashboard, at internal app ang umaasa sa iisang file.

Ikinokonekta ng Spyliner Hub ang marketplace dataset sa existing PostgreSQL table. Ang mahalaga ay tatlong desisyon: table shape, field mapping, at kung paano isusulat ang bumabalik na records.

01

Gamitin ang tamang destination

Maganda ang PostgreSQL kapag maraming gumagamit ng data

Piliin ang Database Sync kapag BI dashboards, transformation jobs, internal tools, o maraming team ang nangangailangan ng stable source. Panatilihin ang Google Sheets para sa flexible workspace.

Magsimula sa isang store at dataset sa non-critical table bago palawakin ang pattern.

02

Security bago convenience

Maghanda ng destination na handa sa production

  • ✓Gumamit ng dedicated database role na minimum lang ang access.
  • ✓Gumamit ng approved network path; huwag buksan nang malawak ang database.
  • ✓Gumawa lang ng compatible columns para sa fields na kailangan.
  • ✓Huwag ibahagi ang connection string sa tickets, screenshots, code, o chat.
03

Sa loob ng Hub workflow

Buuin at subukan ang source-to-table mapping

  1. 1

    Idagdag ang PostgreSQL

    Buksan ang Destinations, idagdag ang PostgreSQL, i-test ang connection, at i-save.

  2. 2

    Piliin ang source

    Buksan ang Syncs, gumawa ng sync, at piliin ang store at dataset.

  3. 3

    Piliin ang table

    Piliin ang destination, schema, at table pagkatapos inspeksyunin ng Hub ang columns.

  4. 4

    I-map at i-test

    Itugma ang fields sa compatible columns at patakbuhin ang Test write access.

  5. 5

    Itakda ang schedule

    Suriin ang configuration, piliin ang schedule, at gawin ang sync.

04

Desisyon para sa umuulit na records

Upsert para sa nagbabagong records; insert-only para sa append log

Madalas magbago ang orders at performance records. Nag-iinsert ang upsert ng bagong rows at nag-uupdate ng match sa conflict key; kailangan ng compatible unique constraint o index.

Hindi binabago ng insert-only ang lumang rows at nag-aappend ng incoming records ayon sa PostgreSQL constraints. Gamitin ito kapag sadya ang append behavior.

  • ✓I-map ang spylinerSyncKey sa text o varchar bilang default identity.
  • ✓Gawing unique ang identity column kapag conflict target ito.
  • ✓Idokumento ang write mode at pipeline owner.

Mabilis na sagot

Mga karaniwang tanong

Sinusuportahan ba ng Spyliner Hub ang MySQL o data warehouse?+

PostgreSQL ang kasalukuyang supported database destination.

Iba ba ang settings ng manual run?+

Hindi. Pareho ang source, mapping, destination, at write mode ng manual at scheduled runs.

Anong write mode para sa orders?+

Karaniwan ay upsert dahil maaaring magbago ang order status. Tiyaking may compatible constraint ang conflict key.