Pertanyaan Julat Masa Django: Mengapa parameter __Range tidak mengandungi tarikh akhir?

Soalan biasa dalam pertanyaan pelbagai masa Django: Mengapa parameter __range kadang -kadang mengecualikan tarikh akhir? Artikel ini akan menjalankan analisis mendalam dan menyediakan penyelesaian.

Apabila menggunakan Django untuk pertanyaan pangkalan data, penapisan data berdasarkan julat masa adalah operasi biasa. Walau bagaimanapun, banyak pemaju menghadapi situasi di mana hasil pertanyaan secara tidak disangka tidak termasuk tarikh akhir yang ditentukan ( end_date ) apabila menggunakan parameter __range . Ini bukan bug Django, tetapi ciri yang ditakrifkan oleh julat masa dalam pertanyaan pangkalan data.

Penerangan Masalah

Pemaju menggunakan kod berikut untuk pertanyaan:

 hasil = AmazonHistoryPrice.Objects.Filter (pengenalan = pengenalan, created_at__range = [start_date, end_date]). order_by ('created_at'). semua ()

Struktur jadual pangkalan data adalah seperti berikut:

 Buat jadual "Amazon_App_AmazonHistoryPrice" ("ID" Integer tidak NULL Autoincrement utama utama, "bulan" integer tidak null, "hari" integer tidak null, teks identifikasi "tidak null," integer "tidak null," tahun "integer tidak null," created_at "null);

Hasil yang diharapkan adalah untuk mendapatkan data antara start_date dan end_date , tetapi hasil sebenar mengabaikan data yang sepadan dengan end_date .

Menyebabkan analisis

Parameter __range Django mengikuti prinsip "kiri dan kanan", iaitu, ia termasuk tarikh permulaan dan tarikh akhir. Oleh itu, untuk memasukkan end_date , tiada pengubahsuaian kod diperlukan. Masalahnya terletak pada sisihan dalam memahami prinsip "kiri dan kanan".

Penyelesaian

Jika matlamat anda adalah untuk memasukkan start_date dan end_date , maka __range telah memenuhi keperluan dan tiada pengubahsuaian diperlukan. Jika medan created_at dalam pangkalan data anda adalah ketepatan yang cukup tinggi dan jangkaan anda adalah untuk memasukkan start_date tetapi tidak termasuk end_date , maka __range telah memenuhi keperluan anda.

Jika jangkaan anda adalah untuk memasukkan semua data sebelum start_date dan end_date , maka tidak perlu mengubah suai end_date . __range sendiri mengandungi tarikh akhir.

Kawalan yang lebih tepat

Untuk kawalan yang lebih tepat mengenai julat masa, adalah disyorkan untuk menggunakan __gte (lebih besar daripada atau sama dengan) dan __lt (kurang daripada) pengendali:

 hasil = amazonHistoryPrice.Objects.Filter (pengenalan = pengenalan, created_at__gte = start_date, created_at__lt = end_date) .order_by ('created_at'). Semua ()

Kaedah ini melaksanakan pertanyaan selang "tertutup kiri dan terbuka betul", yang secara eksplisit termasuk start_date , tetapi tidak termasuk end_date . Ini memberikan logik pertanyaan yang lebih jelas dan mengelakkan potensi kesilapan pelarasan buatan kepada end_date .

Kaedah yang mana untuk dipilih bergantung pada keperluan khusus dan definisi jangka masa. Memahami ciri -ciri julat masa dalam pertanyaan pangkalan data, serta pelbagai pengendali yang disediakan oleh Django Orm, adalah penting untuk menulis pertanyaan pangkalan data yang cekap dan tepat.

Atas ialah kandungan terperinci Pertanyaan Julat Masa Django: Mengapa parameter __Range tidak mengandungi tarikh akhir?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!