Null soyadı birçok veritabanında nasıl sorun yaratır?

BBC hakkında bir makale okudum . Söyledikleri örneklerden biri, 'Null' soyadı olan kişilerin, bazı web sitelerinde ayrıntılarını girmekte sorun yaşadıklarıydı.

Karşılaştıkları hata hakkında bir açıklama yapılmamıştır.

Ama bildiğim kadarıyla 'Null' stringi ve asıl Null değeri tamamen farklı (veritabanı açısından).

Bu neden bir veritabanında sorunlara neden olur?

Veritabanı sorunlarına neden olmaz. Geliştiriciler tarafından yazılan ve veritabanlarını anlamayan uygulamalarda sorunlara neden olur. Sorunun temelinde veritabanı ile ilgili çok fazla sayıda yazılım dizge olarak bir NULL kaydı görüntülüyor NULL. Bir uygulama daha sonra NULL kaydının dize formuna dayandığında (muhtemelen büyük / küçük harf duyarlı karşılaştırma işlemlerini kullanarak da), o zaman böyle bir uygulama "null"NULL olarak herhangi bir dize olarak değerlendirilecektir. Sonuç olarak, Null adının bu uygulama tarafından bulunmadığı kabul edilir.

Çözüm, NOT NULLveritabanında olduğu gibi boş olmayan sütunları bildirmek ve veritabanı kayıtlarına dize işlemleri uygulamamaktır. Çoğu dilde dize düzeyinde arayüzleri gereksiz kılan mükemmel veritabanı API'leri vardır. SQL enjeksiyonu gibi diğer hataları daha az olası kıldığından, daima tercih edilmeleri gerekir.

Özel sorunuza cevap vermek için bir web formu ve veritabanı arasındaki olaylar zinciri boyunca birçok adım var. Soyadı Nullhatalı bir NULLdeğer olarak yorumlanırsa , sistem tamamen geçerli bir adı geçersiz olarak reddedebilir. Bu, amon tarafından açıklandığı gibi veritabanı katmanında olabilir . Bu arada, bu belirli bir sorun ise, o zaman veritabanı muhtemelen Bobby AKA'nın saldırısı olan AKA SQL enjeksiyonuna da açıktır . Zincirde sorunlara yol açabilecek bir diğer adım seri hale getirme işlemidir .

Genel olarak makale daha büyük bir problemdi. Dünya, varsayımlarımıza her zaman uymayan büyük dağınık bir yer. Bu, özellikle uygulamanızı uluslararasılaştırmaya çalıştığınızda belirgindir. Günün sonunda, uygulamalarımızın verilerimizi doğru şekilde işlemesini ve kodlamasını sağlamamız gerekir . Giderek artan karmaşık vakaları desteklemeye ne kadar kaynak ayırmaya karar vermemiz kararlıdır. Kapsayıcı olmayı tamamen desteklerken, şirketin "resmen Prens olarak bilinen sanatçının" veritabanında ismini göstermek için Unicode karakterini kullanması gerektiğine karar verdiğini anlayacağım.

Veritabanına girmeden önce, bir DOM öğesidir, daha sonra bir javascript değişkeni etrafından geçmiş, doğrulanmış ve manipüle edilmiş, daha sonra bir JSON değeri, daha sonra kullandığınız her bir arka uç JSON kütüphanesinde bir değişken, sonra bir değişken, doğrulanmış ve arka uç programlama dilinizde manipüle edilmiş, daha sonra bir çeşit DAO, sonra da bir SQL dizesinin bir parçası. Sonra değeri geri almak için hepsini tersten yaparsınız. Bu, programcıların hata yapması için çok fazla yer var, ve genellikle statik yazımın yararı olmadan.

Büyük olasılıkla bir programlama sorunu. NULL'ların nasıl geçtiğine dair bu cevaba bakarsanız, "Mr. Null" olsaydınız, istenmeyen bazı davranışlara kolayca neden olabilirsiniz.

https://stackoverflow.com/questions/4620391/mysql-and-php-insert-null-rather-than-empty-string

Bazı veri öğelerinin NULL olarak iletilmesi durumunda verilerin veritabanında boş bir veri tabanı olarak enterpolasyon yapacağını görebilirsiniz.

"NULL"! = Veritabanı Null

Bazı durumlarda ve ilgili davranış kullanın ...

Soyadının veritabanında boş değil olarak işaretlendiğini varsayalım, şimdi veriler eklendiğinde NULL olarak yorumlanacak ve ekleme başarısız olacaktır.

Başka bir örnek, soyadının veritabanında geçersiz olduğunu söyleyebiliriz. Bay NULL eklenir ve "NULL" ile aynı olmayan DBNull.Value değerine dönüştürülür. Eklemeden sonra Bay Null'ı bulamıyoruz çünkü soyadı "NULL" değil, gerçekte bir veritabanı null değeri.

Yani, bunlar 2 problem sorunu olur. @Amon'un belirttiği gibi, veritabanlarının kendilerinin null'larla hiçbir sorunu yoktur, ancak biri farklı satıcılar arasında farklılıklar olacağı için her RDMS örneğinde null'ların nasıl kullanıldığını anlamalıdır.

Sorunu özensiz programlama ve bazı SQL uygulamalarının zayıf tasarımı ile ilişkilendiririm. "Null" adı her zaman tırnak işaretleri ile sunulmalı ve yorumlanmalıdır. null, veritabanı değeri, daima tırnak işaretleri olmadan sunulmalıdır; ancak geçici kodu yazarken, "her şeyin yapacağını" paradigması içine koymak kolaydır ve alıntı olmayan bir biçimde olduğuna inanılan şeyleri kabul edin.

Bu, diğer veri türlerinin; örneğin sayılar, yorumun net olmadığı için herhangi bir biçimde olabilir ve kabul edilir.

Temelde bir sorun, "null" teriminin bazen aralarında ayrım yapmak için bağlam kullanarak iki farklı veritabanı kavramının uygulanmasıdır:

1. Bir şeyin bilinen bir değeri yok
2. Değerinin olmadığı bir şey bilinmektedir.

Bağlam bazen bu kavramları ayırt etmek için yeterli olsa da, gerçekten olmadığı zamanlar vardır. Örneğin, bir arama sorgusu yapmak için bir kayıt kullanıyorsa, örneğin, "Kimseye göre, soyadı olmayan bir isim istiyorum" ile "ilk adına sahip birini istiyorum" arasında bir fark olmalıdır. her neyse] ama soyadı bilinmiyor. " Birçok veritabanı motorunun bir anlamı ya da diğerine karşı önyargısı vardır, ancak hepsi aynı değildir. Bir veritabanı motorunun tek yönlü çalışmasını bekleyen kod, farklı çalışan farklı bir motorda çalıştırıldığında arızalanabilir.

Mevcut cevapların çoğu bir uygulamanın SQL olmayan kısımlarına odaklanır, ancak SQL'de de bir sorun olabilir:

Kullanıcının soyadının bulunmadığı yerdeki kayıtları filtrelememiz istendiğinde, SQL'i çok iyi anlamayan biri bir filtre yazabilir WHERE u.lastname != 'NULL'. SQL'in çalışma şekli nedeniyle bu durumun görülüp görülmediğini kontrol eder u.lastname IS NOT NULL: tüm NULLkayıtlar filtrelenir. Tüm NULLkayıt dışı kalır.

Elbette ki kayıtlar dışında u.lastname == 'NULL', ancak test sırasında böyle bir kayıt bulunmamış olabilir.

SQL bu çerçeve olmayan kontrol etmek için kolay ulaşılabilir bir şekilde göstermiyor çerçevenin, bir çeşit tarafından oluşturulan, bu daha olası hale gelir NULLparametrelerle -lık ve ben dizede geçerse kimse, selam" fark NULL, bunu tam olarak istediğimi yapar! "