Praktik terbaik desain skema untuk Timestream untuk InfluxDB 3 - Amazon Timestream
Pedoman pengoptimalan kinerjaPedoman kesederhanaan kueri

Untuk kemampuan serupa dengan Amazon Timestream LiveAnalytics, pertimbangkan Amazon Timestream untuk InfluxDB. Ini menawarkan konsumsi data yang disederhanakan dan waktu respons kueri milidetik satu digit untuk analitik waktu nyata. Pelajari lebih lanjut di sini.

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

Praktik terbaik desain skema untuk Timestream untuk InfluxDB 3

Dengan mengikuti panduan ini, Anda dapat merancang skema InfluxDB yang memungkinkan kueri yang lebih sederhana dan lebih berkinerja sambil mengoptimalkan pemanfaatan sumber daya.

Pedoman pengoptimalan kinerja

  • Urutkan tag berdasarkan prioritas kueri:

    • Tulisan pertama ke tabel menentukan urutan kolom fisik dalam penyimpanan.

    • Tempatkan tag yang paling sering ditanyakan terlebih dahulu untuk kinerja yang lebih baik.

    • Urutan kolom tidak dapat diubah setelah penulisan awal.

  • Hindari skema lebar:

    • Batasi jumlah kolom (tag dan bidang) per tabel.

    • Terlalu banyak kolom dapat meningkatkan penggunaan sumber daya dan mengurangi kinerja.

    • Pertimbangkan untuk menyegmentasikan bidang ke dalam tabel terpisah jika diperlukan.

  • Hindari skema yang jarang:

    • Skema jarang berisi banyak nilai nol di seluruh baris.

    • Disebabkan oleh skema tabel non-homogen atau penulisan bidang individu dengan stempel waktu yang berbeda.

    • Menambahkan overhead yang tidak perlu untuk menyimpan dan menanyakan data.

  • Pertahankan skema tabel homogen:

    • Setiap baris harus memiliki tag dan kunci bidang yang sama.

    • Hindari tabel dengan banyak nilai nol.

  • Gunakan tipe data yang sesuai:

    • Gunakan tipe data yang paling tepat untuk data Anda.

    • Bidang integer dan boolean mengungguli bidang string dalam kueri.

  • Gunakan cache nilai terakhir dan nilai berbeda untuk kueri berulang jika memungkinkan.

Pedoman kesederhanaan kueri

  • Jaga n = nama sederhana:

    • Gunakan satu tag atau bidang untuk setiap atribut data.

    • Pilih nama deskriptif dan sederhana untuk tabel, tag, dan bidang.

    • Hindari menyematkan beberapa atribut data dalam satu nama.

  • Hindari kata kunci dan karakter khusus:

    • Jangan gunakan kata kunci yang dicadangkan SQL atau InfluxQL.

    • Hindari karakter khusus dalam nama tabel, kunci tag, dan kunci bidang.

    • Menggunakan kata kunci atau karakter khusus membutuhkan kutipan tambahan dalam kueri.