PeopleWorks.SyncJob.Core
1.0.0
dotnet add package PeopleWorks.SyncJob.Core --version 1.0.0
NuGet\Install-Package PeopleWorks.SyncJob.Core -Version 1.0.0
<PackageReference Include="PeopleWorks.SyncJob.Core" Version="1.0.0" />
<PackageVersion Include="PeopleWorks.SyncJob.Core" Version="1.0.0" />
<PackageReference Include="PeopleWorks.SyncJob.Core" />
paket add PeopleWorks.SyncJob.Core --version 1.0.0
#r "nuget: PeopleWorks.SyncJob.Core, 1.0.0"
#:package PeopleWorks.SyncJob.Core@1.0.0
#addin nuget:?package=PeopleWorks.SyncJob.Core&version=1.0.0
#tool nuget:?package=PeopleWorks.SyncJob.Core&version=1.0.0
PeopleWorks.SyncJob.Core
The data-movement engine behind SyncJob, packaged so that the CLI, the Windows service, SqlArchive and the DataSync console share one implementation instead of each carrying its own.
It moves rows between SQL Server databases the way a production job needs them moved: streamed rather than held in memory, into a staging table, past a guard that refuses a load that looks wrong, and published by an operation that takes milliseconds rather than one that holds a schema lock while a dashboard waits.
dotnet add package PeopleWorks.SyncJob.Core
What it is for
| Streaming copy | A reader straight into SqlBulkCopy, so a table larger than available memory copies without materialising |
| Staging and guard | The destination is never truncated on the strength of a query that returned nothing; a row floor, a relative-variation limit and an optional hash decide whether the load is publishable |
| Publication | Replace by swap, append, merge by key, deletes applied from a tombstone ledger |
| Watermark | Last and previous value per destination table, so a run can be replayed on purpose |
| A job model | Sources, ordered steps, field maps with their key roles, SQL variables, per-step statistics |
What it deliberately is not
The Core knows nothing about where a job is stored. It takes plain objects; the surfaces bring their own importers — JSON sections for the old CLI, SQLite for the current one, a catalog for the DataSync console, a manifest for SqlArchive. It also carries no console framework: nothing in here writes to a terminal.
Sibling packages
PeopleWorks.SqlSchemaDiff.Core— the schema engine. This package uses it to create a staging table in the shape of its destination.
Licence
MIT © PeopleWorks
| Product | Versions Compatible and additional computed target framework versions. |
|---|---|
| .NET | net9.0 is compatible. net9.0-android was computed. net9.0-browser was computed. net9.0-ios was computed. net9.0-maccatalyst was computed. net9.0-macos was computed. net9.0-tvos was computed. net9.0-windows was computed. net10.0 was computed. net10.0-android was computed. net10.0-browser was computed. net10.0-ios was computed. net10.0-maccatalyst was computed. net10.0-macos was computed. net10.0-tvos was computed. net10.0-windows was computed. |
-
net9.0
- Microsoft.Data.SqlClient (>= 6.1.2)
- PeopleWorks.SqlSchemaDiff.Core (>= 1.7.0)
NuGet packages (1)
Showing the top 1 NuGet packages that depend on PeopleWorks.SyncJob.Core:
| Package | Downloads |
|---|---|
|
PeopleWorks.SqlArchive.Core
Reads and writes the SqlArchive format: a manifest carrying a full schema snapshot and a per-table content hash, phased SQL, and one JSONL file per table. The engine behind exporting a SQL Server database to a readable archive, restoring it as a migration, and verifying the two match. |
GitHub repositories
This package is not used by any popular GitHub repositories.
| Version | Downloads | Last Updated |
|---|---|---|
| 1.0.0 | 209 | 9/7/2026 |