Tek nesne için get karşı Django filtre?

Bazı meslektaşlarımla bu konuda bir tartışma yapıyordum. Yalnızca bir tane beklerken Django'da bir nesne almanın tercih edilen bir yolu var mı?

İki açık yol:

try:
    obj = MyModel.objects.get(id=1)
except MyModel.DoesNotExist:
    # We have no object! Do something...
    pass

Ve:

objs = MyModel.objects.filter(id=1)

if len(objs) == 1:
    obj = objs[0]
else:
    # We have no object! Do something...
    pass

İlk yöntem davranışsal olarak daha doğru görünüyor, ancak kontrol akışında bazı ek yük getirebilecek istisnalar kullanıyor. İkincisi daha dolambaçlı ama bir istisna oluşturmayacak.

Bunlardan hangisi tercih edilebilir? Hangisi daha verimli?

get()sağlanan bu durum için özel olarak . Kullanın.

Seçenek 2 neredeyse tam olarak get()yöntemin Django'da gerçekte nasıl uygulandığıdır, bu nedenle "performans" farkı olmamalıdır (ve bunun hakkında düşündüğünüz gerçeği, programlama temel kurallarından birini ihlal ettiğiniz anlamına gelir. kodu yazılmadan ve profillenmeden önce optimize edin - kodu alana kadar ve çalıştırabilinceye kadar, nasıl çalışacağını bilmiyorsunuz ve o zamandan önce optimize etmeye çalışmak bir acı yoludur).

Django sinir bozucu adlı bir modül yükleyebilir ve ardından bunu yapabilirsiniz:

from annoying.functions import get_object_or_None

obj = get_object_or_None(MyModel, id=1)

if not obj:
    #omg the object was not found do some error stuff

1 doğrudur. Python'da bir istisnanın getiriye eşit yükü vardır. Basitleştirilmiş ispatı için, bakabilirsiniz bu .

2 Django'nun arka uçta yaptığı budur. öğe bulunmazsa veya birden fazla nesne bulunursa bir istisna getçağırır filterve çağırır .

Partiye biraz geç kaldım, ancak Django 1.6 first()ile querysets'te yöntem var.

https://docs.djangoproject.com/en/dev/ref/models/querysets/#django.db.models.query.QuerySet.first

Queryset ile eşleşen ilk nesneyi veya eşleşen bir nesne yoksa None değerini döndürür. Sorgu Kümesi'nin tanımlanmış bir sırası yoksa, sorgu kümesi birincil anahtar tarafından otomatik olarak sıralanır.

Misal:

p = Article.objects.order_by('title', 'pub_date').first()
Note that first() is a convenience method, the following code sample is equivalent to the above example:

try:
    p = Article.objects.order_by('title', 'pub_date')[0]
except IndexError:
    p = None

Django'nun herhangi bir tecrübesi ile konuşamam ama seçenek # 1, sisteme 1 nesne istediğini açıkça belirtirken, ikinci seçenek söylemiyor. Bu, # 1 seçeneğinin, özellikle filtrelediğiniz özelliğin benzersiz olduğu garanti edilmediğinde önbellek veya veritabanı dizinlerinden daha kolay yararlanabileceği anlamına gelir.

Ayrıca (tekrar, spekülasyon yapmak), ikinci seçeneğin, bir çeşit sonuç toplama veya yineleyici nesnesi oluşturması gerekebilir, çünkü filter () çağrısı normalde birçok satır döndürebilir. Bunu get () ile atlarsınız.

Son olarak, ilk seçenek hem daha kısadır hem de ekstra geçici değişkeni atlar - sadece küçük bir fark ama her küçük yardımcı olur.

Tüm bunlar neden işe yarıyor? 4 satırı 1 yerleşik kısayolla değiştirin. (Bu kendi denemesini yapar / hariçtir.)

from django.shortcuts import get_object_or_404

obj = get_object_or_404(MyModel, id=1)

İstisnalar hakkında daha fazla bilgi. Eğer yetiştirilmezlerse, neredeyse hiçbir maliyeti yoktur. Bu nedenle, muhtemelen bir sonuç alacağınızı biliyorsanız, istisna kullanın, çünkü koşullu bir ifade kullanarak, ne olursa olsun, her seferinde kontrol maliyetini ödersiniz. Öte yandan, yükseltildiklerinde koşullu bir ifadeden biraz daha pahalıya mal olurlar, bu nedenle bazı sıklıklarla sonuç vermemeyi bekliyorsanız (örneğin, bellek hizmet veriyorsa, zamanın% 30'u), koşullu kontrol ortaya çıkar biraz daha ucuz olmak.

Ancak bu Django'nun ORM'sidir ve muhtemelen veritabanına gidiş-dönüş, hatta önbelleğe alınmış bir sonuç, performans özelliklerine hakim olacaktır, bu nedenle, tam olarak bir sonuç beklediğinizden, bu durumda okunabilirliği tercih edin get().

Bu sorunla biraz oynadım ve seçenek 2'nin böyle bir görev için aşırı olan iki SQL sorgusu yürüttüğünü keşfettim. Ek açıklamama bakın:

objs = MyModel.objects.filter(id=1) # This does not execute any SQL
if len(objs) == 1: # This executes SELECT COUNT(*) FROM XXX WHERE filter
    obj = objs[0]  # This executes SELECT x, y, z, .. FROM XXX WHERE filter
else: 
    # we have no object!  do something
    pass

Tek bir sorguyu yürüten eşdeğer bir sürüm:

items = [item for item in MyModel.objects.filter(id=1)] # executes SELECT x, y, z FROM XXX WHERE filter
count = len(items) # Does not execute any query, items is a standard list.
if count == 0:
   return None
return items[0]

Bu yaklaşıma geçerek, uygulamamın yürüttüğü sorgu sayısını önemli ölçüde azaltabildim.

İlginç bir soru, ama benim için # 2 seçenek erken optimizasyon reeks. Hangisinin daha iyi performans gösterdiğinden emin değilim, ancak # 1 seçeneği kesinlikle bana daha pitonik görünüyor ve hissediyor.

Farklı bir tasarım öneririm.

Olası bir sonuç üzerinde bir işlev gerçekleştirmek istiyorsanız, QuerySet'ten türetebilirsiniz, şöyle: http://djangosnippets.org/snippets/734/

Sonuç oldukça harika, örneğin:

MyModel.objects.filter(id=1).yourFunction()

Burada filtre, boş bir sorgu kümesi veya tek bir öğe içeren bir sorgu kümesi döndürür. Özel sorgu kümesi işlevleriniz de zincirlenebilir ve yeniden kullanılabilir. Tüm girişleriniz için gerçekleştirmek istiyorsanız:MyModel.objects.all().yourFunction() .

Ayrıca, yönetici arayüzünde eylem olarak kullanılmak için de idealdir:

def yourAction(self, request, queryset):
    queryset.yourFunction()

Seçenek 1 daha zarif, ancak deneyin .. hariç kullandığınızdan emin olun.

Kendi tecrübelerime dayanarak, bazen veritabanında birden fazla eşleşen nesne olamayacağınızdan emin olabilirsiniz ve yine de iki tane olacaktır ... (elbette nesneyi birincil anahtarıyla alırken hariç).

Bu soruna bir tane daha eklemek için üzgünüm, ancak django sayfa düzenleyicisini kullanıyorum ve veri yöneticisi uygulamamda kullanıcının ne sorgulayacağını seçmesine izin veriliyor. Bazen bu bir belgenin kimliğidir, ancak aksi takdirde birden fazla nesne, yani bir Queryset döndüren genel bir sorgudur.

Kullanıcı kimliği sorgularsa, çalıştırabilirim:

Record.objects.get(pk=id)

django'nun sayfalayıcısına bir hata atar, çünkü bu bir Queryset Kayıtları değil, bir Kayıttır.

Koşmam gerek:

Record.objects.filter(pk=id)

Hangi bir öğe ile bir Queryset döndürür. Sonra sayfa düzenleyici gayet iyi çalışıyor.

.almak()

Alan aramalarında açıklanan biçimde olması gereken belirli arama parametreleriyle eşleşen nesneyi döndürür.

get (), birden fazla nesne bulunduğunda MultipleObjectsReturned öğesini yükseltir. MultipleObjectsReturned istisnası model sınıfının bir özelliğidir.

get (), verilen parametreler için bir nesne bulunmazsa bir DoesNotExist istisnası oluşturur. Bu istisna aynı zamanda model sınıfının bir özelliğidir.

.filter ()

Belirli arama parametreleriyle eşleşen nesneler içeren yeni bir QuerySet döndürür.

Not

tek bir benzersiz nesne almak istediğinizde get (), arama parametrelerinizle eşleşen tüm nesneleri almak istediğinizde filter () kullanın.