View a markdown version of this page

Bekerja dengan urutan dan kolom identitas - Amazon Aurora DSQL

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

Bekerja dengan urutan dan kolom identitas

Bagian ini membantu Anda memahami cara terbaik untuk menggunakan urutan dan kolom identitas berdasarkan pola beban kerja.

penting

Lihat info penting di CREATE SEQUENCE halaman untuk detail selengkapnya tentang alokasi dan perilaku caching.

Memilih jenis pengenal

Amazon Aurora DSQL mendukung pengidentifikasi berbasis UUID dan nilai integer yang dihasilkan menggunakan urutan atau kolom identitas. Opsi-opsi ini berbeda dalam bagaimana nilai dialokasikan dan bagaimana skalanya di bawah beban.

Nilai UUID dapat dihasilkan tanpa koordinasi dan sangat cocok untuk beban kerja di mana pengidentifikasi sering dibuat atau di banyak sesi. Karena Amazon Aurora DSQL dirancang untuk operasi terdistribusi, menghindari koordinasi seringkali bermanfaat. Untuk alasan ini, UUIDs direkomendasikan sebagai tipe pengenal default, terutama untuk kunci utama dalam beban kerja di mana skalabilitas penting dan urutan pengenal yang ketat tidak diperlukan.

Urutan dan kolom identitas menghasilkan nilai bilangan bulat kompak yang nyaman untuk pengidentifikasi, pelaporan, dan antarmuka eksternal yang dapat dibaca manusia. Ketika pengidentifikasi numerik lebih disukai karena alasan kegunaan atau integrasi, pertimbangkan untuk menggunakan kolom urutan atau identitas dalam kombinasi dengan pengidentifikasi berbasis UUID. Ketika urutan bilangan bulat atau nilai identitas diperlukan, memilih ukuran cache yang sesuai menjadi bagian penting dari desain beban kerja. Lihat bagian berikut untuk panduan memilih ukuran cache.

Memilih ukuran cache

Memilih nilai cache yang sesuai adalah bagian penting dari penggunaan urutan dan kolom identitas secara efektif. Pengaturan cache menentukan bagaimana alokasi pengidentifikasi berperilaku di bawah beban, mempengaruhi throughput sistem dan seberapa dekat nilai mencerminkan urutan alokasi.

Ukuran cache yang lebih besar CACHE >= 65536 sangat cocok ketika:

  • Pengidentifikasi dihasilkan pada frekuensi tinggi

  • Banyak sesi menyisipkan secara bersamaan

  • Beban kerja dapat mentolerir kesenjangan dan efek pemesanan yang terlihat

Misalnya, beban kerja konsumsi peristiwa volume tinggi (seperti IoT atau telemetri), serta pengidentifikasi operasional seperti menjalankan pekerjaan, referensi kasus dukungan IDs, atau nomor pesanan internal biasanya mendapat manfaat dari ukuran cache yang lebih besar, di mana pengidentifikasi sering dibuat dan pemesanan yang ketat tidak diperlukan.

Ukuran cache 1 lebih selaras ketika:

  • Tingkat alokasi relatif rendah

  • Pengidentifikasi diharapkan mengikuti urutan alokasi lebih dekat dari waktu ke waktu

  • Meminimalkan kesenjangan lebih penting daripada throughput maksimum

Beban kerja seperti menetapkan akun atau nomor referensi, di mana pengidentifikasi dihasilkan lebih jarang dan pemesanan lebih dekat diinginkan, lebih baik diselaraskan dengan ukuran cache 1.