BASE terminolojisinin açıklaması

BAZ kısaltması belirli veri tabanları, genellikle NoSQL veritabanları özelliklerini tarif etmek için kullanılır. Genellikle ACID'nin tersi olarak adlandırılır .

BASE'in ayrıntılarına değinen sadece birkaç makale bulunurken, ACID'in atomiklik, tutarlılık, izolasyon ve dayanıklılık özelliklerinin her birini ayrıntılı olarak anlatan birçok eşya vardır. Wikipedia terime sadece birkaç satır ayırır .

Bu bana tanım hakkında bazı sorular bırakıyor :

B asically bir gurupları, S sık sık durum, E ventual tutarlılık

Bu makaleyi ve hayal gücümü kullanarak bu özellikleri şu şekilde yorumladım :

Temel olarak, verilerin algılanan kullanılabilirliğine işaret edebilir. Tek bir düğüm başarısız olursa, verilerin bir kısmı kullanılamaz, ancak tüm veri katmanı çalışır durumda kalır.

• Bu yorum doğru mu yoksa başka bir şeye atıfta bulunuyor mu?
• Güncelleme: Mau'nun cevabından çıkarılması , tüm veri katmanının her zaman yeni verileri kabul ettiği anlamına gelir, yani verilerin hemen eklenmesini engelleyen kilitleme senaryoları yok mu?

Yumuşak durum : Tek bulabildiğim dönem yenilemesine ihtiyaç duyan veri kavramıydı. Yenileme yapılmazsa verilerin süresi dolar veya silinir.

• Veritabanındaki verilerin otomatik olarak silinmesi bana garip geliyor.
• Süresi dolmuş veya eski veriler daha anlamlı. Ancak bu kavram, yalnızca NoSQL için değil, her türlü yedek veri depolaması için geçerlidir. O zaman başka bir şey tarif ediyor mu?

Nihai tutarlılık , güncellemelerin yeterli süre verildiğinde sonunda tüm sunuculara dağıtılacağı anlamına gelir.

• Bu özellik benim için açık.

Birisi bu özellikleri ayrıntılı olarak açıklayabilir mi?

Yoksa sadece kimyada bulunan asit ve baz kavramlarına atıfta bulunan çok uzak ve anlamsız bir kısaltma mıdır?

BASE kısaltması, CAP teoremini formüle ettiği de bilinen Eric Brewer tarafından tanımlandı .

CAP teoremi, dağıtılmış bir bilgisayar sisteminin aşağıdaki üç özelliğin tümünü aynı anda garanti edemeyeceğini belirtir:

• Tutarlılık
• Kullanılabilirlik
• Bölüm toleransı

Bir BASE sistemi tutarlılıktan vazgeçer.

• Temelde mevcut sistem olduğunu gösterir yapar CAP teoremi açısından, garanti kullanılabilirliğini.
• Yumuşak durum , sistem durumunun, giriş yapılmasa bile zaman içinde değişebileceğini gösterir. Bunun nedeni nihai tutarlılık modeli.
• Nihai tutarlılık , sistemin o süre boyunca girdi almadığı göz önüne alındığında sistemin zaman içinde tutarlı hale geleceğini gösterir.

Brewer kısaltmanın yapıldığını itiraf ediyor :

O yılın başlarında öğrencilerimle birlikte [BASE] kısaltmasını buldum. Ben biraz yapıldığına katılıyorum, ama bu yüzden "ASİT" - insanların fark daha çok, bu yüzden yeterince iyi olduğunu düşündüm.

O ilgisi var BASE : TABAN atlama tür bir yumuşak halde (son çok uzun olan ilişkisi hiçbiri) ve (bir gün o Sonunda tutarlı, (yeni ilişkilere) her zaman Temelde Mevcut olan olacak evlenmek).

• Temel Kullanılabilirlik : Veritabanı çoğu zaman çalışır gibi görünür.

• Yumuşak Durum : Mağazaların yazma tutarlılığı veya karşılıklı olarak tutarlı olması gerekmez.

• Nihai tutarlılık : Veriler, herhangi bir sayıda değişikliğin nasıl gerçekleştirildiği konusunda daima tutarlı olmalıdır.

ACID ve BASE, sırasıyla RDBMS ve NoSQL için tutarlılık modelleridir. ASİT işlemleri çok daha kötümserdir, yani veri güvenliği konusunda daha fazla endişe duymaktadırlar. NoSQL veritabanı dünyasında, bazı veritabanları ölçeklenebilirlik ve esneklik gibi diğer faydalar elde etmek için acil tutarlılık, veri tazeliği ve doğruluk gereksinimlerini gevşettiğinden ASİT işlemleri daha az modadır.

BASE -

• Temel Kullanılabilirlik - Veritabanı çoğu zaman çalışır gibi görünür.
• Yumuşak durum - Mağazaların yazma tutarlılığı veya farklı kopyaların her zaman karşılıklı tutarlı olması gerekmez.
• Nihai tutarlılık - Mağazalar daha sonraki bir noktada tutarlılık gösterir (örneğin, okuma zamanında tembel olarak).

Bu nedenle BASE, sistemin talebi tutarsız bir durumda bile işlemesine izin vermek için tutarlılığı azaltır.

Örnek : Tweet'lerinin kısa bir süre için sosyal ağlarında tutarsız olup olmadığını kimse umursamaz. Anında yanıt almak, tutarlı bir kullanıcı bilgisine sahip olmaktan daha önemlidir.

Diğer cevaplara eklemek için, kısaltmaların RDMS ile Büyük Veri arasında nerede güvenilir işlemlerin veya taleplerin ne kadar güvenilir olduğunu ayırt etmek için iki terim arasında bir ölçek göstermek için türetildiğini düşünüyorum.

Bu makaleden asit ve baz

Kimyada pH, sulu (çözücü içinde su) bir çözeltinin nispi bazikliğini ve asitliğini ölçer. PH ölçeği 0'dan (pil asidi gibi yüksek oranda asidik maddeler) 14'e (yalan gibi yüksek oranda alkalin maddeler); 25 ° C'deki 77 ° F'deki saf suyun pH'ı 7'dir ve nötrdür.

Veri mühendisleri kimyacılardan zemine karşı akıllıca asit ödünç aldılar ve anlamları tam olarak olmasa da, işlem işleminin güvenilirliğini tartışırken belirli bir veritabanı sisteminde neler olup bittiğini temsil eden kısaltmalar oluşturdular.

Elasticsearch kullanarak Big Data ile çalıştığım için başka bir nokta. Açıklığa kavuşturmak için, Elasticsearch'ün bir örneği bir düğümdür ve bir grup düğüm bir küme oluşturur.

Benim için pratik bir bakış açısından, BA (Temel Olarak Kullanılabilir), bu bağlamda, Elasticsearch kümesini ve işlemlerini işlemek için birden fazla ana düğüm fikrine sahiptir.

3 ana düğümünüz varsa ve o anda yönlendiren ana düğüm azalırsa, sistem daha az verimli bir durumda da olsa kalır ve başka bir ana düğüm ana yönlendirme ana düğümü olarak yerini alır. İki ana düğüm aşağı inerse, sistem hala kalır ve son ana düğüm devralınır.

Bunun nedeni, ACID'in maddelerin (Kimya'da) gösterdiği bir özellik kümesi olması ve BASE'in bir tamamlayıcı set olması olabilir.Bu nedenle, sadece ikisi arasında kısaltmanın oluşturulduğu ve daha sonra 'Temelde Kullanılabilir Yumuşak Devlet Sonunda Tutarlılık 'tam biçiminde kararlaştırıldı.