Aynı değerde bir satırın güncellenmesi gerçekten satırın güncellenmesini sağlıyor mu?

Performansla ilgili bir sorum var. Diyelim ki Michael adında bir kullanıcı var. Aşağıdaki sorguyu alın:

UPDATE users
SET first_name = 'Michael'
WHERE users.id = 123

Sorgu aslında aynı değere güncellense bile güncellemeyi gerçekleştirecek mi? Eğer öyleyse, bunun olmasını nasıl önlerim?

Nedeniyle MVCC modelinin Postgres arasında ve SQL kurallarına göre, bir UPDATEyeni satır sürümünü yazıyor her için de geçerli satırda WHEREmaddesi.

Bu does doğrudan ve dolaylı olarak, performansı üzerinde az ya da çok önemli bir etkiye sahiptir. "Boş güncellemeler", diğer güncellemelerle aynı satır başına maliyete sahiptir. Diğer güncellemeler gibi (varsa) tetikleyicileri tetiklerler, WAL tarafından kaydedilmeleri gerekir ve masayı şişiren ve daha VACUUMsonra diğer güncellemeler gibi daha sonra daha fazla çalışmaya neden olan ölü sıralar üretirler .

Endeksler girdileri ve tost sütunları dahil sütunların hiçbiri değiştirilir olabilir aynı kalır, ama bu herhangi bir güncellenen satır için geçerlidir. İlgili:

• PostgreSQL İlk Veritabanı Boyutu
• Güncelleme bildirimlerinde gereksiz veriler

Neredeyse her zaman bu tür güncellemeleri dışlamak iyi bir fikirdir (gerçek bir ihtimal olduğunda olabilir). Sorunuzda bir tablo tanımı yapmadınız (bu her zaman iyi bir fikirdir). first_nameNULL olabileceğini varsaymalıyız (bu bir "ilk isim" için şaşırtıcı olmaz), bu nedenle sorgunun NULL güvenli karşılaştırma kullanması gerekir :

UPDATE users
SET    first_name = 'Michael'
WHERE  id = 123
AND   first_name IS DISTINCT FROM 'Michael';

Eğer first_name IS NULLgüncellemeden önce, bir test sadece first_name <> 'Michael'NULL olarak değerlendirirsiniz ve bu güncelleme gelen satır hariç olarak. Sinsi hata. Eğer sütun olduğunu tanımlanmışNOT NULL bu biraz daha ucuz olduğu için, olsa da, basit eşitliği denetimini kullanın.

İlgili:

• Birden çok sütunda DISTINCT SELECT nasıl (veya yapabilirim)?
• Başka bir tablodaki verilerle birlikte SQL Update sütunu

ORM, Ruby on Rail'in Ruby teklifi gibi, bir kaydı değiştirilmiş (veya değil) olarak işaretleyen ertelenmiş bir uygulama ve daha sonra gerektiğinde veya arandığında, değişikliği veritabanına gönderin.

PostgreSQL bir ORM değil, bir veritabanıdır. Yeni bir değerin sorgunuzdaki güncellenmiş değerle aynı olup olmadığını kontrol etmek zaman aldıysa performansı düşürürdü.

Bu nedenle, yeni değerle aynı olup olmadığına bakılmaksızın değeri güncelleyecektir.

Bunu önlemek istiyorsanız, cevabında önerilen Max Vernon gibi bir kod kullanabilirsiniz.

Sadece wheremaddeye ekleyebilirsin :

UPDATE users
SET first_name = 'Michael'
WHERE users.id = 123
    AND (first_name <> 'Michael' OR first_name IS NULL);

Eğer first_nametanımlanırsa NOT NULL, OR first_name IS NULLparça çıkarılabilir.

Kondisyon:

(first_name <> 'Michael' OR first_name IS NULL)

ayrıca (Erwin'in cevabında) olduğu gibi daha zarif bir şekilde yazılabilir:

first_name IS DISTINCT FROM 'Michael'

Veri tabanı açısından

Sorunuzun cevabı evet. Güncelleme gerçekleşecek. Veri tabanı önceki değeri kontrol etmez, sadece yeni değeri belirler.

Bu bellekte gerçekleştiğinden (ve yalnızca bir taahhüt verdikten sonra veri dosyalarına yazılacağından), performans bir sorun olmaz.

ORM perspektifinden

Normalde, veritabanının tek bir sırasını temsil eden bir Nesneye sahip olacaksınız (bundan daha karmaşık olabilir, fakat basitleştirelim). Bu nesne bellekte (uygulama sunucusu düzeyinde) yönetilir ve bu nesnenin yalnızca en son işlenen sürümü aslında veritabanına belirli bir noktada erişir.

Bu farklı davranışları açıklayabilir.

Şimdi bir kargo gemisini bir 3D yazıcıyla karşılaştıramayalım. 3D yazıcıları kargo gemileri kullanarak gönderebilmeniz, aralarında herhangi bir karşılaştırma olabileceği anlamına gelmez.

Keyfini çıkarın!

Umarım bu bazı kavramları netleştirmiştir.