Expand description
Data structures used by operation inputs/outputs.
Modules§
- Builders
- Error types that AWS Data Exchange can respond with.
Structs§
What occurs after a certain event.
The API Gateway API that is the asset.
The destination for the asset.
Details about the asset.
An asset in AWS Data Exchange is a piece of data (Amazon S3 object) or a means of fulfilling data (Amazon Redshift datashare or Amazon API Gateway API, AWS Lake Formation data permission, or Amazon S3 data access). The asset can be a structured data file, an image file, or some other data file that can be stored as an Amazon S3 object, an Amazon API Gateway API, or an Amazon Redshift datashare, an AWS Lake Formation data permission, or an Amazon S3 data access. When you create an import job for your files, API Gateway APIs, Amazon Redshift datashares, AWS Lake Formation data permission, or Amazon S3 data access, you create an asset in AWS Data Exchange.
The source of the assets.
A revision destination is the Amazon S3 bucket folder destination to where the export will be sent.
Details of the operation to be performed by the job.
Details of the operation to create an Amazon S3 data access from an S3 bucket.
Details about the response of the operation to create an S3 data access from an S3 bucket.
Information about a data grant.
A data set is an AWS resource with one or more revisions.
Extra details specific to a data update type notification.
The LF-tag policy for database resources.
The LF-tag policy and permissions for database resources.
Extra details specific to a deprecation type notification.
Information about the job error.
What occurs to start an action.
An event action is an object that defines the relationship between a specific event and an automated action that will be taken on behalf of the customer.
Details of the operation to be performed by the job.
The details of the export to signed URL response.
Details of the operation to be performed by the job.
Details about the export to Amazon S3 response.
Details of the operation to be performed by the job.
Details about the export revisions to Amazon S3 response.
Encryption configuration of the export job. Includes the encryption type in addition to the AWS KMS key. The KMS key is only necessary if you chose the KMS encryption type.
The request details.
The response details.
Details about the job error.
Details of the operation to be performed by the job.
The details in the response for an import request, including the signed URL and other information.
Details about the assets imported from an AWS Lake Formation tag policy request.
Details from an import AWS Lake Formation tag policy job response.
Details from an import from Amazon Redshift datashare request.
Details from an import from Amazon Redshift datashare response.
Details of the operation to be performed by the job.
Details from an import from Amazon S3 response.
AWS Data Exchange Jobs are asynchronous import or export operations used to create or copy assets. A data set owner can both import and export as they see fit. Someone with an entitlement to a data set can only export. Jobs are deleted 90 days after they are created.
An error that occurred with the job request.
The Amazon Resource Name (ARN) of the AWS KMS key used to encrypt the shared S3 objects.
The AWS Lake Formation data permission asset.
Details about the AWS Lake Formation data permission.
Extra details specific to the affected scope in this LF data set.
Details about the AWS Lake Formation resource (Table or Database) included in the AWS Lake Formation data permission.
A structure that allows an LF-admin to grant permissions on certain conditions.
Details about the LF-tag policy.
Extra details specific to this notification.
Details about the origin of the data set.
Information about a received data grant.
The Amazon Redshift datashare asset.
The source of the Amazon Redshift datashare asset.
Extra details specific to the affected scope in this Redshift data set.
The details for the request.
Details for the response.
The destination where the assets in the revision will be exported.
A revision is a container for one or more assets.
Information about the published revision.
The Amazon S3 data access that is the asset.
Source details for an Amazon S3 data access asset.
Extra details specific to the affected scope in this S3 Data Access data set.
The Amazon S3 object that is the asset.
Object encompassing information about a schema change to a single, particular field, a notification can have up to 100 of these.
Extra details specific to this schema change type notification.
Details about the scope of the notifications such as the affected resources.
The LF-tag policy for a table resource.
The LF-tag policy and permissions that apply to table resources.
Enums§
- When writing a match expression against
AcceptanceStateFilterValue
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
AssetType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
Code
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
DataGrantAcceptanceState
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
DatabaseLfTagPolicyPermission
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
ExceptionCause
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
GrantDistributionScope
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
JobErrorLimitName
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
JobErrorResourceTypes
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
LakeFormationDataPermissionType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
LfPermission
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
LfResourceType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
LimitName
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
NotificationType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
Origin
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
ProtocolType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
ResourceType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
SchemaChangeType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
ServerSideEncryptionTypes
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
State
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
TableTagPolicyLfPermission
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
Type
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.