Skip to content

Commit 4a7144c

Browse files
committed
more attempts on the tables
1 parent 89dd20d commit 4a7144c

File tree

1 file changed

+6
-6
lines changed

1 file changed

+6
-6
lines changed

articles/data-factory/concepts-pipeline-execution-triggers.md

Lines changed: 6 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -231,7 +231,7 @@ To have your schedule trigger kick off a pipeline run, include a pipeline refere
231231
The following table provides a high-level overview of the major schema elements that are related to recurrence and scheduling a trigger:
232232

233233
| JSON property | Description |
234-
|---|---|
234+
|---------------|-------------|
235235
| **startTime** | A date-time value. For basic schedules, the value of the **startTime** property applies to the first occurrence. For complex schedules, the trigger starts no sooner than the specified **startTime** value. |
236236
| **endTime** | The end date and time for the trigger. The trigger doesn't execute after the specified end date and time. The value for the property can't be in the past. <!-- This property is optional. --> |
237237
| **timeZone** | The time zone. Currently, only the UTC time zone is supported. |
@@ -277,7 +277,7 @@ The following table provides a high-level overview of the major schema elements
277277
### Schema defaults, limits, and examples
278278

279279
| JSON property | Type | Required | Default value | Valid values | Example |
280-
|---|---|---|---|---|---|
280+
|---------------|------|----------|---------------|--------------|---------|
281281
| **startTime** | string | Yes | None | ISO 8601 date-times | `"startTime" : "2013-01-09T09:30:00-08:00"` |
282282
| **recurrence** | object | Yes | None | A recurrence object | `"recurrence" : { "frequency" : "monthly", "interval" : 1 }` |
283283
| **interval** | number | No | 1 | 1 to 1000 | `"interval":10` |
@@ -310,7 +310,7 @@ If multiple **schedule** elements are specified, the order of evaluation is from
310310
The following table describes the **schedule** elements in detail:
311311

312312
| JSON element | Description | Valid values |
313-
|---|---|---|
313+
|--------------|-------------|--------------|
314314
| **minutes** | Minutes of the hour at which the trigger runs. |- Integer<br />- Array of integers|
315315
| **hours** | Hours of the day at which the trigger runs. |- Integer<br />- Array of integers|
316316
| **weekDays** | Days of the week the trigger runs. The value can be specified only with a weekly frequency.|<br />- Monday<br />- Tuesday<br />- Wednesday<br />- Thursday<br />- Friday<br />- Saturday<br />- Sunday<br />- Array of day values (maximum array size is 7)<br /><br />Day values aren't case-sensitive|
@@ -334,7 +334,7 @@ This section provides examples of recurrence schedules. It focuses on the **sche
334334
The examples assume that the **interval** value is 1 and that the **frequency** value is correct according to the schedule definition. For example, you can't have a **frequency** value of "day" and also have a **monthDays** modification in the **schedule** object. These kinds of restrictions are described in the table in the preceding section.
335335

336336
| Example | Description |
337-
|---|---|
337+
|---------|-------------|
338338
| `{"hours":[5]}` | Run at 5:00 AM every day. |
339339
| `{"minutes":[15], "hours":[5]}` | Run at 5:15 AM every day. |
340340
| `{"minutes":[15], "hours":[5,17]}` | Run at 5:15 AM and 5:15 PM every day. |
@@ -370,8 +370,8 @@ The tumbling window trigger and the schedule trigger both operate on time heartb
370370
371371
The following table provides a comparison of the tumbling window trigger and schedule trigger:
372372

373-
| | Tumbling window trigger | Schedule trigger |
374-
|---|---|---|
373+
| | Tumbling window trigger | Schedule trigger |
374+
|---|-------------------------|------------------|
375375
| **Backfill scenarios** | Supported. Pipeline runs can be scheduled for windows in the past. | Not supported. Pipeline runs can be executed only on time periods from the current time and the future. |
376376
| **Reliability** | 100% reliability. Pipeline runs can be scheduled for all windows from a specified start date without gaps. | Less reliable. |
377377
| **Retry capability** | Supported. Failed pipeline runs have a default retry policy of 0, or a policy that's specified by the user in the trigger definition. Automatically retries when the pipeline runs fail due to concurrency/server/throttling limits (that is, status codes 400: User Error, 429: Too many requests, and 500: Internal Server error). | Not supported. |

0 commit comments

Comments
 (0)