Skip to content

Commit 9540ac5

Browse files
feat(spanner): update the api
#### spanner:v1 The following keys were added: - resources.projects.resources.instances.resources.databases.methods.addSplitPoints (Total Keys: 12) - schemas.AddSplitPointsRequest (Total Keys: 5) - schemas.AddSplitPointsResponse (Total Keys: 2) - schemas.ExecuteBatchDmlRequest.properties.lastStatements.type (Total Keys: 1) - schemas.ExecuteSqlRequest.properties.lastStatement.type (Total Keys: 1) - schemas.Key (Total Keys: 4) - schemas.SplitPoints (Total Keys: 8)
1 parent 477de50 commit 9540ac5

File tree

5 files changed

+174
-25
lines changed

5 files changed

+174
-25
lines changed

docs/dyn/spanner_v1.projects.instances.databases.backupSchedules.html

Lines changed: 6 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -136,7 +136,7 @@ <h3>Method Details</h3>
136136
&quot;spec&quot;: { # Defines specifications of the backup schedule. # Optional. The schedule specification based on which the backup creations are triggered.
137137
&quot;cronSpec&quot;: { # CrontabSpec can be used to specify the version time and frequency at which the backup should be created. # Cron style schedule specification.
138138
&quot;creationWindow&quot;: &quot;A String&quot;, # Output only. Schedule backups will contain an externally consistent copy of the database at the version time specified in `schedule_spec.cron_spec`. However, Spanner may not initiate the creation of the scheduled backups at that version time. Spanner will initiate the creation of scheduled backups within the time window bounded by the version_time specified in `schedule_spec.cron_spec` and version_time + `creation_window`.
139-
&quot;text&quot;: &quot;A String&quot;, # Required. Textual representation of the crontab. User can customize the backup frequency and the backup version time using the cron expression. The version time must be in UTC timzeone. The backup will contain an externally consistent copy of the database at the version time. Allowed frequencies are 12 hour, 1 day, 1 week and 1 month. Examples of valid cron specifications: * `0 2/12 * * * ` : every 12 hours at (2, 14) hours past midnight in UTC. * `0 2,14 * * * ` : every 12 hours at (2,14) hours past midnight in UTC. * `0 2 * * * ` : once a day at 2 past midnight in UTC. * `0 2 * * 0 ` : once a week every Sunday at 2 past midnight in UTC. * `0 2 8 * * ` : once a month on 8th day at 2 past midnight in UTC.
139+
&quot;text&quot;: &quot;A String&quot;, # Required. Textual representation of the crontab. User can customize the backup frequency and the backup version time using the cron expression. The version time must be in UTC timezone. The backup will contain an externally consistent copy of the database at the version time. Full backups must be scheduled a minimum of 12 hours apart and incremental backups must be scheduled a minimum of 4 hours apart. Examples of valid cron specifications: * `0 2/12 * * *` : every 12 hours at (2, 14) hours past midnight in UTC. * `0 2,14 * * *` : every 12 hours at (2,14) hours past midnight in UTC. * `0 */4 * * *` : (incremental backups only) every 4 hours at (0, 4, 8, 12, 16, 20) hours past midnight in UTC. * `0 2 * * *` : once a day at 2 past midnight in UTC. * `0 2 * * 0` : once a week every Sunday at 2 past midnight in UTC. * `0 2 8 * *` : once a month on 8th day at 2 past midnight in UTC.
140140
&quot;timeZone&quot;: &quot;A String&quot;, # Output only. The time zone of the times in `CrontabSpec.text`. Currently only UTC is supported.
141141
},
142142
},
@@ -169,7 +169,7 @@ <h3>Method Details</h3>
169169
&quot;spec&quot;: { # Defines specifications of the backup schedule. # Optional. The schedule specification based on which the backup creations are triggered.
170170
&quot;cronSpec&quot;: { # CrontabSpec can be used to specify the version time and frequency at which the backup should be created. # Cron style schedule specification.
171171
&quot;creationWindow&quot;: &quot;A String&quot;, # Output only. Schedule backups will contain an externally consistent copy of the database at the version time specified in `schedule_spec.cron_spec`. However, Spanner may not initiate the creation of the scheduled backups at that version time. Spanner will initiate the creation of scheduled backups within the time window bounded by the version_time specified in `schedule_spec.cron_spec` and version_time + `creation_window`.
172-
&quot;text&quot;: &quot;A String&quot;, # Required. Textual representation of the crontab. User can customize the backup frequency and the backup version time using the cron expression. The version time must be in UTC timzeone. The backup will contain an externally consistent copy of the database at the version time. Allowed frequencies are 12 hour, 1 day, 1 week and 1 month. Examples of valid cron specifications: * `0 2/12 * * * ` : every 12 hours at (2, 14) hours past midnight in UTC. * `0 2,14 * * * ` : every 12 hours at (2,14) hours past midnight in UTC. * `0 2 * * * ` : once a day at 2 past midnight in UTC. * `0 2 * * 0 ` : once a week every Sunday at 2 past midnight in UTC. * `0 2 8 * * ` : once a month on 8th day at 2 past midnight in UTC.
172+
&quot;text&quot;: &quot;A String&quot;, # Required. Textual representation of the crontab. User can customize the backup frequency and the backup version time using the cron expression. The version time must be in UTC timezone. The backup will contain an externally consistent copy of the database at the version time. Full backups must be scheduled a minimum of 12 hours apart and incremental backups must be scheduled a minimum of 4 hours apart. Examples of valid cron specifications: * `0 2/12 * * *` : every 12 hours at (2, 14) hours past midnight in UTC. * `0 2,14 * * *` : every 12 hours at (2,14) hours past midnight in UTC. * `0 */4 * * *` : (incremental backups only) every 4 hours at (0, 4, 8, 12, 16, 20) hours past midnight in UTC. * `0 2 * * *` : once a day at 2 past midnight in UTC. * `0 2 * * 0` : once a week every Sunday at 2 past midnight in UTC. * `0 2 8 * *` : once a month on 8th day at 2 past midnight in UTC.
173173
&quot;timeZone&quot;: &quot;A String&quot;, # Output only. The time zone of the times in `CrontabSpec.text`. Currently only UTC is supported.
174174
},
175175
},
@@ -226,7 +226,7 @@ <h3>Method Details</h3>
226226
&quot;spec&quot;: { # Defines specifications of the backup schedule. # Optional. The schedule specification based on which the backup creations are triggered.
227227
&quot;cronSpec&quot;: { # CrontabSpec can be used to specify the version time and frequency at which the backup should be created. # Cron style schedule specification.
228228
&quot;creationWindow&quot;: &quot;A String&quot;, # Output only. Schedule backups will contain an externally consistent copy of the database at the version time specified in `schedule_spec.cron_spec`. However, Spanner may not initiate the creation of the scheduled backups at that version time. Spanner will initiate the creation of scheduled backups within the time window bounded by the version_time specified in `schedule_spec.cron_spec` and version_time + `creation_window`.
229-
&quot;text&quot;: &quot;A String&quot;, # Required. Textual representation of the crontab. User can customize the backup frequency and the backup version time using the cron expression. The version time must be in UTC timzeone. The backup will contain an externally consistent copy of the database at the version time. Allowed frequencies are 12 hour, 1 day, 1 week and 1 month. Examples of valid cron specifications: * `0 2/12 * * * ` : every 12 hours at (2, 14) hours past midnight in UTC. * `0 2,14 * * * ` : every 12 hours at (2,14) hours past midnight in UTC. * `0 2 * * * ` : once a day at 2 past midnight in UTC. * `0 2 * * 0 ` : once a week every Sunday at 2 past midnight in UTC. * `0 2 8 * * ` : once a month on 8th day at 2 past midnight in UTC.
229+
&quot;text&quot;: &quot;A String&quot;, # Required. Textual representation of the crontab. User can customize the backup frequency and the backup version time using the cron expression. The version time must be in UTC timezone. The backup will contain an externally consistent copy of the database at the version time. Full backups must be scheduled a minimum of 12 hours apart and incremental backups must be scheduled a minimum of 4 hours apart. Examples of valid cron specifications: * `0 2/12 * * *` : every 12 hours at (2, 14) hours past midnight in UTC. * `0 2,14 * * *` : every 12 hours at (2,14) hours past midnight in UTC. * `0 */4 * * *` : (incremental backups only) every 4 hours at (0, 4, 8, 12, 16, 20) hours past midnight in UTC. * `0 2 * * *` : once a day at 2 past midnight in UTC. * `0 2 * * 0` : once a week every Sunday at 2 past midnight in UTC. * `0 2 8 * *` : once a month on 8th day at 2 past midnight in UTC.
230230
&quot;timeZone&quot;: &quot;A String&quot;, # Output only. The time zone of the times in `CrontabSpec.text`. Currently only UTC is supported.
231231
},
232232
},
@@ -312,7 +312,7 @@ <h3>Method Details</h3>
312312
&quot;spec&quot;: { # Defines specifications of the backup schedule. # Optional. The schedule specification based on which the backup creations are triggered.
313313
&quot;cronSpec&quot;: { # CrontabSpec can be used to specify the version time and frequency at which the backup should be created. # Cron style schedule specification.
314314
&quot;creationWindow&quot;: &quot;A String&quot;, # Output only. Schedule backups will contain an externally consistent copy of the database at the version time specified in `schedule_spec.cron_spec`. However, Spanner may not initiate the creation of the scheduled backups at that version time. Spanner will initiate the creation of scheduled backups within the time window bounded by the version_time specified in `schedule_spec.cron_spec` and version_time + `creation_window`.
315-
&quot;text&quot;: &quot;A String&quot;, # Required. Textual representation of the crontab. User can customize the backup frequency and the backup version time using the cron expression. The version time must be in UTC timzeone. The backup will contain an externally consistent copy of the database at the version time. Allowed frequencies are 12 hour, 1 day, 1 week and 1 month. Examples of valid cron specifications: * `0 2/12 * * * ` : every 12 hours at (2, 14) hours past midnight in UTC. * `0 2,14 * * * ` : every 12 hours at (2,14) hours past midnight in UTC. * `0 2 * * * ` : once a day at 2 past midnight in UTC. * `0 2 * * 0 ` : once a week every Sunday at 2 past midnight in UTC. * `0 2 8 * * ` : once a month on 8th day at 2 past midnight in UTC.
315+
&quot;text&quot;: &quot;A String&quot;, # Required. Textual representation of the crontab. User can customize the backup frequency and the backup version time using the cron expression. The version time must be in UTC timezone. The backup will contain an externally consistent copy of the database at the version time. Full backups must be scheduled a minimum of 12 hours apart and incremental backups must be scheduled a minimum of 4 hours apart. Examples of valid cron specifications: * `0 2/12 * * *` : every 12 hours at (2, 14) hours past midnight in UTC. * `0 2,14 * * *` : every 12 hours at (2,14) hours past midnight in UTC. * `0 */4 * * *` : (incremental backups only) every 4 hours at (0, 4, 8, 12, 16, 20) hours past midnight in UTC. * `0 2 * * *` : once a day at 2 past midnight in UTC. * `0 2 * * 0` : once a week every Sunday at 2 past midnight in UTC. * `0 2 8 * *` : once a month on 8th day at 2 past midnight in UTC.
316316
&quot;timeZone&quot;: &quot;A String&quot;, # Output only. The time zone of the times in `CrontabSpec.text`. Currently only UTC is supported.
317317
},
318318
},
@@ -363,7 +363,7 @@ <h3>Method Details</h3>
363363
&quot;spec&quot;: { # Defines specifications of the backup schedule. # Optional. The schedule specification based on which the backup creations are triggered.
364364
&quot;cronSpec&quot;: { # CrontabSpec can be used to specify the version time and frequency at which the backup should be created. # Cron style schedule specification.
365365
&quot;creationWindow&quot;: &quot;A String&quot;, # Output only. Schedule backups will contain an externally consistent copy of the database at the version time specified in `schedule_spec.cron_spec`. However, Spanner may not initiate the creation of the scheduled backups at that version time. Spanner will initiate the creation of scheduled backups within the time window bounded by the version_time specified in `schedule_spec.cron_spec` and version_time + `creation_window`.
366-
&quot;text&quot;: &quot;A String&quot;, # Required. Textual representation of the crontab. User can customize the backup frequency and the backup version time using the cron expression. The version time must be in UTC timzeone. The backup will contain an externally consistent copy of the database at the version time. Allowed frequencies are 12 hour, 1 day, 1 week and 1 month. Examples of valid cron specifications: * `0 2/12 * * * ` : every 12 hours at (2, 14) hours past midnight in UTC. * `0 2,14 * * * ` : every 12 hours at (2,14) hours past midnight in UTC. * `0 2 * * * ` : once a day at 2 past midnight in UTC. * `0 2 * * 0 ` : once a week every Sunday at 2 past midnight in UTC. * `0 2 8 * * ` : once a month on 8th day at 2 past midnight in UTC.
366+
&quot;text&quot;: &quot;A String&quot;, # Required. Textual representation of the crontab. User can customize the backup frequency and the backup version time using the cron expression. The version time must be in UTC timezone. The backup will contain an externally consistent copy of the database at the version time. Full backups must be scheduled a minimum of 12 hours apart and incremental backups must be scheduled a minimum of 4 hours apart. Examples of valid cron specifications: * `0 2/12 * * *` : every 12 hours at (2, 14) hours past midnight in UTC. * `0 2,14 * * *` : every 12 hours at (2,14) hours past midnight in UTC. * `0 */4 * * *` : (incremental backups only) every 4 hours at (0, 4, 8, 12, 16, 20) hours past midnight in UTC. * `0 2 * * *` : once a day at 2 past midnight in UTC. * `0 2 * * 0` : once a week every Sunday at 2 past midnight in UTC. * `0 2 8 * *` : once a month on 8th day at 2 past midnight in UTC.
367367
&quot;timeZone&quot;: &quot;A String&quot;, # Output only. The time zone of the times in `CrontabSpec.text`. Currently only UTC is supported.
368368
},
369369
},
@@ -396,7 +396,7 @@ <h3>Method Details</h3>
396396
&quot;spec&quot;: { # Defines specifications of the backup schedule. # Optional. The schedule specification based on which the backup creations are triggered.
397397
&quot;cronSpec&quot;: { # CrontabSpec can be used to specify the version time and frequency at which the backup should be created. # Cron style schedule specification.
398398
&quot;creationWindow&quot;: &quot;A String&quot;, # Output only. Schedule backups will contain an externally consistent copy of the database at the version time specified in `schedule_spec.cron_spec`. However, Spanner may not initiate the creation of the scheduled backups at that version time. Spanner will initiate the creation of scheduled backups within the time window bounded by the version_time specified in `schedule_spec.cron_spec` and version_time + `creation_window`.
399-
&quot;text&quot;: &quot;A String&quot;, # Required. Textual representation of the crontab. User can customize the backup frequency and the backup version time using the cron expression. The version time must be in UTC timzeone. The backup will contain an externally consistent copy of the database at the version time. Allowed frequencies are 12 hour, 1 day, 1 week and 1 month. Examples of valid cron specifications: * `0 2/12 * * * ` : every 12 hours at (2, 14) hours past midnight in UTC. * `0 2,14 * * * ` : every 12 hours at (2,14) hours past midnight in UTC. * `0 2 * * * ` : once a day at 2 past midnight in UTC. * `0 2 * * 0 ` : once a week every Sunday at 2 past midnight in UTC. * `0 2 8 * * ` : once a month on 8th day at 2 past midnight in UTC.
399+
&quot;text&quot;: &quot;A String&quot;, # Required. Textual representation of the crontab. User can customize the backup frequency and the backup version time using the cron expression. The version time must be in UTC timezone. The backup will contain an externally consistent copy of the database at the version time. Full backups must be scheduled a minimum of 12 hours apart and incremental backups must be scheduled a minimum of 4 hours apart. Examples of valid cron specifications: * `0 2/12 * * *` : every 12 hours at (2, 14) hours past midnight in UTC. * `0 2,14 * * *` : every 12 hours at (2,14) hours past midnight in UTC. * `0 */4 * * *` : (incremental backups only) every 4 hours at (0, 4, 8, 12, 16, 20) hours past midnight in UTC. * `0 2 * * *` : once a day at 2 past midnight in UTC. * `0 2 * * 0` : once a week every Sunday at 2 past midnight in UTC. * `0 2 8 * *` : once a month on 8th day at 2 past midnight in UTC.
400400
&quot;timeZone&quot;: &quot;A String&quot;, # Output only. The time zone of the times in `CrontabSpec.text`. Currently only UTC is supported.
401401
},
402402
},

0 commit comments

Comments
 (0)