Konektor sumber data yang tersedia - Amazon Athena

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Konektor sumber data yang tersedia

Bagian ini berisi daftar konektor sumber data Athena yang dapat Anda gunakan untuk mengkueri berbagai sumber data eksternal ke Amazon S3. Untuk menggunakan konektor dalam pertanyaan Athena Anda, konfigurasikan dan sebarkan ke akun Anda.

Pertimbangan dan batasan

  • Beberapa konektor prebuilt mengharuskan Anda membuat VPC dan grup keamanan sebelum Anda dapat menggunakan konektor. Untuk informasi tentang membuat VPCs, lihatBuat VPC untuk konektor atau koneksi sumber data AWS Glue.

  • Untuk menggunakan fitur Kueri Federasi Athena AWS Secrets Manager, Anda harus mengonfigurasi titik akhir pribadi Amazon VPC untuk Secrets Manager. Untuk informasi selengkapnya, lihat Membuat titik akhir pribadi VPC Secrets Manager di Panduan Pengguna.AWS Secrets Manager

  • Untuk konektor yang tidak mendukung pushdown predikat, kueri yang menyertakan predikat membutuhkan waktu lebih lama untuk dieksekusi. Untuk kumpulan data kecil, sangat sedikit data yang dipindai, dan kueri membutuhkan waktu rata-rata sekitar 2 menit. Namun, untuk kumpulan data besar, banyak kueri dapat habis waktu.

  • Beberapa sumber data federasi menggunakan terminologi untuk merujuk objek data yang berbeda dari Athena. Untuk informasi selengkapnya, lihat Memahami kualifikasi nama tabel federasi.

  • Kami memperbarui konektor kami secara berkala berdasarkan peningkatan dari database atau penyedia sumber data. Kami tidak mendukung sumber data end-of-life yang mendukung.

  • Untuk konektor yang tidak mendukung pagination ketika Anda daftar tabel, layanan web dapat time out jika database Anda memiliki banyak tabel dan metadata. Konektor berikut menyediakan dukungan pagination untuk daftar tabel:

    • DocumentDB

    • DynamoDB

    • MySQL

    • OpenSearch

    • Oracle

    • PostgreSQL

    • Redshift

    • SQL Server

Mode penyelesai kasus di Federation SDK

Federation SDK mendukung mode penyelesai kasus standar berikut untuk skema dan nama tabel:

  • NONE— Tidak mengubah kasus skema dan nama tabel yang diberikan.

  • LOWER— Huruf kecil semua skema dan nama tabel yang diberikan.

  • UPPER— Huruf besar semua skema dan nama tabel yang diberikan.

  • ANNOTATION- Mode ini dipertahankan hanya untuk kompatibilitas mundur dan didukung secara eksklusif oleh konektor Snowflake dan SAP HANA yang ada.

  • CASE_INSENSITIVE_SEARCH— Lakukan pencarian yang tidak peka huruf besar/kecil terhadap nama skema dan tabel.

Dukungan konektor untuk mode pemecah kasus

Dukungan mode dasar

Semua konektor JDBC mendukung mode dasar berikut:

  • NONE

  • LOWER

  • UPPER

Dukungan mode anotasi

Hanya konektor berikut yang mendukung ANNOTATION mode:

  • Kepingan salju

  • SAP HANA

catatan

Disarankan untuk menggunakan CASE_INSENSITIVE_SEARCH alih-alih ANOTATION.

Dukungan pencarian yang tidak peka huruf besar/kecil

Konektor berikut mendukungCASE_INSENSITIVE_SEARCH:

  • DataLake Gen2

  • Kepingan salju

  • Oracle

  • Sinaps

  • MySQL

  • PostgreSQL

  • Redshift

  • ClickHouse

  • SQL Server

  • DB2

Batasan penyelesai kasus

Waspadai batasan berikut saat menggunakan mode penyelesai kasus:

  • Saat menggunakan LOWER mode, nama skema Anda dan semua tabel dalam skema harus dalam huruf kecil.

  • Saat menggunakan UPPER mode, nama skema Anda dan semua tabel dalam skema harus dalam huruf besar.

  • Saat menggunakanCASE_INSENSITIVE_SEARCH:

    • Nama skema harus unik

    • Nama tabel dalam skema harus unik (misalnya, Anda tidak dapat memiliki “Apple” dan “APPLE”)

  • Batasan integrasi Glue:

    • Glue hanya mendukung nama huruf kecil

    • Hanya NONE atau LOWER mode yang akan berfungsi saat mendaftarkan fungsi Lambda Anda dengan/ GlueDataCatalogLakeFormation

Informasi tambahan