Skip to content

Commit 659f3d2

Browse files
committed
lint
1 parent 161d002 commit 659f3d2

File tree

2 files changed

+5
-7
lines changed

2 files changed

+5
-7
lines changed

docs/integrations/data-ingestion/etl-tools/fivetran/reference.md

Lines changed: 4 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -140,7 +140,7 @@ SETTINGS index_granularity = 8192
140140

141141
In this case, the `id` column is chosen as a table sorting key.
142142

143-
### Multiple primary keys in the source table
143+
### Multiple primary keys in the source table {#multiple-pks}
144144

145145
If the source table has multiple primary keys, they are used in order of their appearance in the Fivetran source table
146146
definition.
@@ -163,7 +163,7 @@ SETTINGS index_granularity = 8192
163163

164164
In this case, `id` and `name` columns are chosen as table sorting keys.
165165

166-
### No primary keys in the source table
166+
### No primary keys in the source table {#no-pks}
167167

168168
If the source table has no primary keys, a unique identifier will be added by Fivetran as a `_fivetran_id` column.
169169
Consider an `events` table that only has the `event` (`STRING`) and `timestamp` (`LOCALDATETIME`) columns in the source.
@@ -184,7 +184,7 @@ SETTINGS index_granularity = 8192
184184

185185
Since `_fivetran_id` is unique and there are no other primary key options, it is used as a table sorting key.
186186

187-
### Selecting the latest version of the data without duplicates
187+
### Selecting the latest version of the data without duplicates {#selecting-latest-version}
188188

189189
`SharedReplacingMergeTree` performs background data deduplication
190190
[only during merges at an unknown time](/engines/table-engines/mergetree-family/replacingmergetree).
@@ -201,10 +201,9 @@ SETTINGS select_sequential_consistency = 1;
201201

202202
See also [Duplicate records with ReplacingMergeTree](/integrations/fivetran/troubleshooting#duplicate-records) in the troubleshooting guide.
203203

204-
## Retries on network failures
204+
## Retries on network failures {#retries-on-network-failures}
205205

206206
The ClickHouse Cloud destination retries transient network errors using the exponential backoff algorithm.
207207
This is safe even when the destination inserts the data, as any potential duplicates are handled by
208208
the `SharedReplacingMergeTree` table engine, either during background merges,
209209
or when querying the data with `SELECT FINAL`.
210-

docs/integrations/data-ingestion/etl-tools/fivetran/troubleshooting.md

Lines changed: 1 addition & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -185,7 +185,6 @@ The Fivetran destination checks that all replicas are active before performing o
185185
- Schedule syncs when all nodes are available if you scale down during off-hours.
186186
- Monitor the ClickHouse Cloud console for service issues.
187187

188-
189188
## Debugging operations {#debugging}
190189

191190
When diagnosing failures:
@@ -194,7 +193,7 @@ When diagnosing failures:
194193

195194
For connector bugs, [create a GitHub issue](https://github.com/ClickHouse/clickhouse-fivetran-destination/issues) or contact [ClickHouse Support](/about-us/support).
196195

197-
### Debugging Fivetran syncs {#debugging}
196+
### Debugging Fivetran syncs {#debugging-fivetran-syncs}
198197

199198
Use the following queries to diagnose sync failures on the ClickHouse side.
200199

0 commit comments

Comments
 (0)