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

Entitas data yang dikelola di AWS Studio Aplikasi

Biasanya, Anda mengonfigurasi entitas di App Studio dengan koneksi ke tabel database eksternal, dan Anda harus membuat dan memetakan setiap bidang entitas dengan kolom di tabel database yang terhubung. Ketika Anda membuat perubahan pada model data, tabel database eksternal dan entitas harus diperbarui, dan bidang yang diubah harus dipetakan ulang. Meskipun metode ini fleksibel dan memungkinkan penggunaan berbagai jenis sumber data, dibutuhkan lebih banyak perencanaan di muka dan pemeliharaan berkelanjutan.

En titas terkelola adalah jenis entitas yang App Studio mengelola seluruh proses penyimpanan dan konfigurasi data untuk Anda. Saat Anda membuat entitas terkelola, tabel DynamoDB yang sesuai dibuat di akun terkait AWS . Ini memastikan manajemen data yang aman dan transparan di dalamnya AWS. Dengan entitas terkelola, Anda mengonfigurasi skema entitas di App Studio, dan tabel DynamoDB yang sesuai juga diperbarui secara otomatis.

Menggunakan entitas terkelola di beberapa aplikasi

Setelah Anda membuat entitas terkelola di aplikasi App Studio, entitas tersebut dapat digunakan di aplikasi App Studio lainnya. Ini berguna untuk mengonfigurasi penyimpanan data untuk aplikasi dengan model data dan skema yang identik dengan menyediakan satu sumber daya dasar untuk dipelihara.

Saat menggunakan entitas terkelola di beberapa aplikasi, semua pembaruan skema ke tabel DynamoDB yang sesuai harus dibuat menggunakan aplikasi asli tempat entitas terkelola dibuat. Setiap perubahan skema yang dilakukan pada entitas di aplikasi lain tidak akan memperbarui tabel DynamoDB yang sesuai.

Batasan entitas terkelola

Pembatasan pembaruan kunci utama: Anda tidak dapat mengubah nama atau jenis kunci utama entitas setelah dibuat, karena ini merupakan perubahan destruktif di DynamoDB, dan akan mengakibatkan hilangnya data yang ada.

Mengganti nama kolom: Saat Anda mengganti nama kolom di DynamoDB, Anda benar-benar membuat kolom baru sementara kolom asli tetap dengan data asli. Data asli tidak secara otomatis disalin ke kolom baru atau dihapus dari kolom asli. Anda dapat mengganti nama bidang entitas terkelola, yang dikenal sebagai nama sistem, tetapi Anda akan kehilangan akses ke kolom asli dan datanya. Tidak ada batasan dengan mengganti nama tampilan.

Mengubah tipe data: Meskipun DynamoDB memungkinkan fleksibilitas untuk memodifikasi tipe data kolom setelah pembuatan tabel, perubahan tersebut dapat sangat berdampak pada data yang ada serta logika kueri dan akurasi. Perubahan tipe data memerlukan transformasi semua data yang ada agar sesuai dengan format baru, yang kompleks untuk tabel besar dan aktif. Selain itu, tindakan data dapat mengembalikan hasil yang tidak terduga sampai migrasi data selesai. Anda dapat mengganti jenis data bidang, tetapi data yang ada tidak akan dimigrasikan ke tipe data baru.

Penyortiran Kol om: DynamoDB memungkinkan pengambilan data yang diurutkan melalui Sort Keys. Sort Keys harus didefinisikan sebagai bagian dari Kunci Utama komposit bersama dengan Kunci Partisi. Batasan termasuk Kunci Urutan wajib, penyortiran terbatas dalam satu partisi, dan tidak ada penyortiran global di seluruh partisi. Pemodelan data yang cermat dari Sort Keys diperlukan untuk menghindari partisi panas. Kami tidak akan mendukung Penyortiran untuk tonggak Pratinjau.

Gabung: Gabungan tidak didukung di DynamoDB. Tabel didenormalisasi oleh desain untuk menghindari operasi gabungan yang mahal. Untuk memodelkan hubungan satu-ke-banyak, tabel turunan berisi atribut yang merujuk kunci utama tabel induk. Multi-table kueri data melibatkan pencarian item dari tabel induk untuk mengambil detail. Kami tidak akan mendukung Join asli untuk entitas Terkelola sebagai bagian dari tonggak Pratinjau. Sebagai solusinya, kami akan memperkenalkan langkah otomatisasi yang dapat melakukan penggabungan data dari 2 entitas. Ini akan sangat mirip dengan pencarian satu tingkat. Kami tidak akan mendukung Penyortiran untuk tonggak Pratinjau.

Env Stage: Kami akan mengizinkan penerbitan untuk menguji tetapi menggunakan toko terkelola yang sama di kedua lingkungan