Öğrenme CouchDB

Geleneksel veritabanı sistemleri piyasada uzun süredir var ve elbette çok etkili oldular, çünkü uzun ömürleri nedeniyle şüphe edilemez bir olgunluğa ve istikrara kavuştular.
Sorun şu ki, artan veri kullanımı ve giderek daha karmaşık doğası ile geleneksel yapılar giderek daha karmaşık hale geliyor ve bununla birlikte performansları hem üretim düzeyinde hem de sistem, uygulama geliştirme düzeyinde düşüyor.
Şu anda, ilişkisel olmayan sistemler tarafından alınan güç veya NoSQL bilindiği gibi geleneksel veya ilişkisel sistemlerle gösterilen bu karmaşıklıkların bir kısmını çözmüşlerdir.
COUCDB VE HTTP'NİN GÜCÜ
KanepeDB İlişkisel olmayan sistemlerin yeni türlerinden biridir, ancak yapısı hizmetlerden çok farklıdır. MongoDB Örneğin. Bunun nedeni, tüm yönetimini bir temele dayandırmasıdır. API seyahat eden ve yalnızca aracılığıyla iletişim kuran HTTP.
Yukarıdakilerle, kullanımı sayesinde hızlı bir şekilde çıkarmalıyız. HTTP POST, GET, PUT DELETE gibi işlerimizi yapabilmek için tüm yöntemlerine sahibiz, bu dört protokol aracıyla her şeyi beğenimize göre çalıştırabiliriz.
BİZİ RAHAT TUTUN
nihai hedefi KanepeDB Rahatlayabilmemiz, kulağa mantıklı gelmese de, bu veri depolama sistemini kullanırken düşük sorun kavramını güçlendiren üç önemli alan ele alınmaktadır. Neye atıfta bulunduğunu görelim:
ArayüzSürüş sırasında HTTP iletişim biçimi olarak, kullanabileceğimiz uygulamaların yaratılması KanepeDB düşük karmaşıklık, çünkü şu anda tüm çerçeveler hizmetlere bağlantı olanaklarına sahiptir DİNLENMEK, daha az zaman kaybedeceğimiz ve dolayısıyla teslimatlarımız daha rahat olacak.
üretime koymakGenel olarak, çevreyi geliştirmeden üretime getirmeye çalıştığımızda, her zaman bir sorun ortaya çıkar veya beklediğimizden daha fazla şey yapmak zorunda kalırız, öyle olsa bile her zaman hayatımızı karmaşıklaştıran başarısızlıklar olacaktır. KanepeDB Başarısızlıkları beklemek ve kendi kendine yönetebilmek için yapılır, bu şekilde sorunlar olsa bile bileceğiz ki KanepeDB Stres seviyesini düşürerek bize destek olacaktır.
TırmanmakSistemlerin ölçeklenebilirliği de bir diğer önemli nokta, çünkü büyüdükçe daha fazla güce ihtiyacımız var ve bu konuda KanepeDB Mimarisi, veri kaynakları ve bunların senkronizasyonu açısından çok yönlülüğün keyfini çıkarmamıza izin verdiğinden, birkaç sunucuda bakımı çok kolay olduğu için bize yardımcı olur.
KURULUM
Çalışmaya başlamamız gereken ilk şey KanepeDB onu sistemimize kurmaktır, bunun için önce onu kurma imkanımız olduğunu bilmeliyiz. Linux, MAC ve Windows, bu yüzden en çok beğendiğimizi veya hizmetlerimizin dayandığı birini seçmek için çok sayıda platformumuz var.
İçinde Linux kurulum, konsola veya terminale aşağıdaki komutu yerleştirmek kadar kolaydır. Debian, Ne Ubuntu veya nane:

 sudo apt-get install couchdb

Kurulum tamamlandıktan sonra, hizmet otomatik olarak başlama eğilimindedir, değilse, içinde olduğunu bilmeliyiz. /etc/init.d/couchdb yani bu rotada yazabiliriz .Başlangıç ve bu yeterli olacaktır.
İçinde Mac Ayrıca özellikle kullanırsak çok kolay bir işlemdir. ev yapımı bira çünkü sadece terminal veya konsolda aşağıdakileri yazmamız gerekiyor:

 demlemek kanepedb yükleyin

Hizmeti başlatmak için bir kez kurulduktan sonra yazmamız gerekiyor kanepe konsolumuzda ve hizmet sorunsuz başlayacaktır.
yüklemek için pencereler Paketi yükleyici ile birlikte projenin resmi web sitesinden indirmeliyiz, burada diğer sistemler için de dosyalara sahip olacağız.

BÜYÜT

Dosyayı aldıktan sonra, onu çalıştırmalı ve prosedürünü izlemeliyiz, bu, bizim kullanımlarımız için hangi seçenek geçerliyse onu bir hizmet veya uygulama olarak yüklememize izin verecektir.
TESİSATIMIZIN TEST EDİLMESİ
Hizmeti kurup başlattığımıza göre, düzgün çalışıp çalışmadığını görmek için turnusol testi yapmalıyız, bunun için tarayıcımızda aşağıdaki rotaya gitmeliyiz:

 http: / /127.0.0.1:5984/_utils/index.html

Oraya vardığımızda, aşağıdakine benzer bir şey görmeliyiz:

BÜYÜT

Ek olarak, bu ekranın sağ tarafında bize yardımcı olacak birkaç bağlantımız var, örneğin bir kurulum doğrulayıcı ve şüphe durumunda resmi belgelere sahip bağlantılara doğrudan erişim.

Gördüğümüz web arayüzü denilen şilte, hizmetin yönetimini bize görsel ve samimi bir şekilde vermekle görevlidir. Yeni bir Veritabanı oluşturmak için sadece seçeneğe tıklamamız gerekiyor. Veritabanı yarat Bu bizi aşağıdaki resimde görebileceğimiz adını tanımlayacağımız küçük bir arayüze götürecektir:

İşlem bittikten sonra sayfamıza erişebileceğiz. Veri tabanı ve ilişkisel Veritabanı sistemlerindeki kayıtlarla bir nevi eşdeğer olacak belgelerin eklenmesi.
Bir belge oluştururken hemen bir _İD ve bir yapı ya da şema izlemeden ihtiyacımız olan tüm alanları ekleyebiliriz, bunu aşağıdaki görselde görelim:

BÜYÜT

yazan sekmeye tıklarsak kaynak, göreceğiz ki bu belge aslında bir JSON, bu da bize daha fazla çok yönlülük sağlıyor çünkü neredeyse tüm dillerde bu tür verileri işlememize izin veren kitaplıklar var.

BÜYÜT

HİZMETİMİZİN GÜVENLİĞİ
yüklerken KanepeDB Bu, şifresiz bir yönetici modunda başlar; bu, hizmeti doğrudan kullanmaya başlamamıza izin verdiği için avantajlıdır, ancak ekipmanımıza erişebilen herkes belgelerimizi görebileceği için çok güvensizdir.
şilte bunu bize modda olduğumuzu söylediği sağ altta gösterir Yönetici Partisi!, ve doğrudan düzeltmemiz için bize bir bağlantı verir.

üzerine tıklayarak Bunu tamir et Servise erişebilecek kullanıcıları isim ve şifreleri ile tanımlayabiliriz. Aşağıdaki resimde gördüğümüz gibi, kimlik bilgilerini yerleştirirken ve kabul ederken, birkaç basit adımla ilk güvenlik katmanımıza sahip olacağız.

VERİ MODELLERİ
Biraz pratiğimiz olduğu için, bir an için teoriye geri dönelim, çünkü bu şekilde daha iyi bilgi ekleyebilmek için bir temelimiz olacak. Dediğimiz gibi KanepeDB Şeması ve yapısı yoktur, bu bizim büyük belge koleksiyonları veya gruplamaları oluşturmamızı sağlar, ancak her belgenin benzersiz öğeleri olabilir ve bu, Veri tabanı daha az yönetilebilir olun.
Aksine, verileri bilmeden kullanabilmemiz ve yine de sistemimizde çalışmasını sağlayabilmemiz nedeniyle, bu yapı ona ilişkisel sistemlere göre bir avantaj sağlar. Örneğin, bir iletişim veri sayfası, verilerle ilk teması aldığımızı düşünelim:

 Ad: Şirket 1 Telefon: 4445566 E-posta: [email protected]

Ancak, bizimle iletişime geçen başka bir şirketimiz varsa ve onun birkaç irtibatı varsa, ilişkisel bir sistemde iki seçeneğimiz var: Birkaç kayıt ekleyebilir veya yapıyı değiştirebilir ve daha fazla alan ekleyebiliriz. KanepeDB Yalnızca farklı bir yapıya sahip yeni bir belge oluşturuyoruz, ancak bu aynı Kişi Veritabanının altında, örneğin:

 Ad: Şirket 2 Telefon: 6667788 Skype: 8889900 Posta: başka bir [email protected]

bunu uygularsak KanepeDB arayüzümüzde böyle görünmelidir şilte:

BÜYÜT

Gördüğümüz gibi aynısını kullandık Veri tabanı kurulum örneğinden ve herhangi bir yapılandırmaya gerek kalmadan farklı alanlar ekledik ve hatta Veri tabanı Sorunsuz çalışır. Gerçek hayattaki durumlarla ve değişimlerle dinamik olarak başa çıkabildiğimiz için gücü burada yatar. Teorik açıdan, bu yeni işleyicilerin şemalara bağlı olmayan, bize uygulamaları daha dinamik hale getirme imkanı veren ve uyum sağlamak için sürekli değişikliklere bağlı olmayan nasıl çalıştığını gördük.
Bununla bu öğreticiyi bitiriyoruz, dünyadaki ilk adımlarımızı attık NoSQL bize ne gösteriyor KanepeDBgibi hizmetlerden farklı olarak bize sunulan web arayüzüdür. MongoDB her şeyin konsol üzerinden olduğu yerde, arayüzün kullanıcı dostu olması hem uygulamalarımızı hem de bilgimizi daha hızlı geliştirmemize yardımcı oluyor.Bu Eğitimi beğendiniz ve yardım ettiniz mi?Yazara olumlu puan vermek için bu düğmeye basarak yazarı ödüllendirebilirsiniz.