William Charles
0 
4713
1232
Bir programcı veya teknoloji meraklısı için, veritabanı kavramı gerçekten kabul edilebilir bir şey olabilir. Belki de Christian'ın MySQL'in WordPress için nasıl çalıştığı konusundaki kılavuzunu okudunuz Adım Adım MySQL Kendi Kendine Evlenen Wordpress Blogcuları İçin Adım Adım MySQL Kendi Kendine Evlenen Wordpress Blogcuları İçin Adım Adım Blogcuysanız, şansınız WordPress kullanıyorsanız WordPress'i kullanabilmenizin iki yolu vardır, bazı teknik bilgileri olanlar ve olmayanlar için ideal. İlki… veya SQLite Veritabanı Tarayıcısını kullanma ile ilgili makalem SQL'i öğrenin veya SQLite veritabanı tarayıcısıyla basit bir veritabanı oluşturun SQL'i öğrenin veya SQLite veritabanı tarayıcısıyla basit bir veritabanı oluşturun Şimdiye kadar bir veritabanına ihtiyaç duyduğunuzu gördünüz mü Microsoft Access'i gerçekten karşılayamıyor ve kesinlikle bir Oracle sunucusunu evde kurmayı ve çalıştırmayı göze alamazsınız. Amacınız…… basit bir veritabanını kullanmayı öğrenmek. Bununla birlikte, birçok insan için bir veri tabanı kavramı biraz yabancıdır. SQL çağrıları, sorgular, tablolar, kayıtlar, anahtarlar - tüm bu terimler ve daha fazlası, veritabanı tasarımı ve veritabanı yönetimi alanını oluşturur ve bu konuda basit bir şey yoktur..
Öte yandan, ilişkisel bir veri tabanı kavramı - en basit haliyle - aşırı karmaşık olmak zorunda değildir. Bunun bilmeniz gereken bir şey olmadığını varsaymadan önce, hayatınızın hemen hemen her günü bir formlu bir veritabanıyla etkileşime girdiğinizi düşünün. ATM’den para aldığınızda, sık alışveriş kartınızı kullanarak bir eşya satın alırken veya spor salonunda yakaladığınızda, aslında bir veritabanının içinde bazı masa veya masalar dolduruyorsunuzdur..
Neden bu kadar umursamak zorundasın? Çünkü bir veritabanının nasıl çalıştığını ve tamamen bağımsız görünen verilerin diğer verilerle nasıl ilişkilendirilebileceğini anladıktan sonra, bu ara bağlantıların sizi nasıl rahatsız etmeyeceği konusunda gerçekten önem kazanmaya başlayacaksınız - ve umarım daha dikkatli olun -.
Diğer giyim şirketi size bir takım elbise satın aldıktan iki haftadan kısa bir süre önce resmi bir kıyafet kataloğu göndermeyi nasıl biliyordu? Bir araba satın aldıktan üç yıl sonra otomobil satıcısı, garantinin neredeyse biteceğini ve size genişletilmiş bir garanti teklifinde bulunduğunu nasıl bildin? Hepsi sorgular, veriler arasındaki korelasyonlar ve sonuçlar hakkında bir şeyler yapmakla ilgilidir. Bu bir veritabanının büyüsü.
Veritabanı Nasıl Çalışır?
Bu nedenle, bir veritabanı yöneticisi veya gözleriniz kapalıyken bir SQL ifadesi yazabilen bir programcıysanız, bu yayın muhtemelen sizi gözyaşlarına sıkıştıracaktır. Ancak, veritabanları kavramında tamamen yeniyseniz ya da siz bile bilmeden hayatınızın bir parçası olabileceklerini merak ediyorsanız, o zaman bu sizin için bir yazıdır..
Bir veritabanının nasıl çalıştığını açıklamak için aslında Excel kullanacağım. Excel, bir elektronik tablo oluşturmak için mükemmel bir araçtır, ancak bir elektronik tablo yalnızca ne adlandırılacağının bir koleksiyonudur “tablolar” bir veritabanında. Bir tablo tam olarak nasıl göründüğü gibidir, alana göre düzenlenmiş verilerle dolu bir tablo.
Örneğimizde, bunun bir spor salonunun veritabanı olduğunu farz edeceğiz. Bu kurgusal spor salonunun bir üyeliği var ve yukarıdaki tek masanın, yeni bir üye sağlık kulübüne kaydolduğunda doldurulan bilgiler olduğunu iddia edebiliriz. Kayıt işleminin bir kısmı tartılarak, kulüp kilonuzu ve sağlığınızı yönetmek için yeni yollar bulmanıza yardımcı olabilir. Aslında, sağlık kulübü aslında menüsünde sağlık gıdaları olan harika bir kafeye sahip, üyeler bir çalışmadan hemen sonra sağlıklı bir şeyler yemek için bir ısırık alabilir ya da hemen önce bir şeyler içebilirler..
Bu çok yüksek teknolojili bir kulüp olduğu için veritabanına başka bir masa eklediler. Bir sonraki tablo, bir üye healthfood kafede bir şeyler satın aldığında yeni veriler ekliyor. Bu işlem (bir kaydın eklenmesi veya çıkarılması için başka bir veritabanı terimi) sicilde gerçekleşir. İki tablo arasında, üye adı gibi bazı benzer veriler olduğunu fark edeceksiniz. İşlem kimliği ve tarih ve saat gibi benzersiz veriler de var.
Benzersiz veriler, tüm bilgilerin düzenli tutulmasına yardımcı olurken, tüm tabloların arasındaki ortak veriler, programcıların noktaları birleştirmeye, yani konuşmasına yardımcı olur. Size birazdan bunun içine giren bir mantık göstereceğim, ancak önce kulübün sürekli büyüyen bir veritabanına eklemesi gerekiyor. Açıkça, üyeler kulübe girdiğinde veya kulübe ayrıldığında, kulüp kimliğini kullanmaları gerekir. “rozet” Dijital tarayıcıyı kullanarak içeri ve dışarı. Bu işlem henüz tamamlanmadı bir diğeri tablo. Bu yeni tablo, üye sağlık kulübüne ne zaman giriş yaptığını ve ne zaman giriş yaptığını takip eder.
Yani, işte orada. Sağlık kulübünün bir araya getirdiği çok basit bir veritabanı. Çok benzersiz kullanımlara sahip üç temel tablo. Biri üyelik kayıt listesi, diğeri sağlık kulübü mağaza satın alımlarının kaydı ve üçüncüsü her üyenin oturum açma ve çıkış saatleri. Bunların hepsi görünüşte alakasız bilgiler, doğru?
İlişkisel bir veritabanının büyüsü, bu tabloların her birinden bilgileri çıkarabilir ve daha sonra gerçekten ilginç bazı veriler bulmak için bunları birleştirebilirsiniz. Örneğin, kulüp en ağır üyelerin kafede ne tür yiyecekler yediğini bulmak istediğini varsayalım. Bunu çalıştırarak kolayca anlayabilirlerdi. “sorgu” Veritabanına karşı, üyelik kayıt masasını üyelerin belirli bir ağırlıktaki ağırlıkları için sormak - diyelim ki 200 lira. Daha sonra, 200 liradan fazla olan kişilerin alımlarını cafe satın alma masasına sorarsınız..
Ne zaman böyle koşarsın “sorgu” bir veritabanına karşı, sonuçları bir tür “geçici” yeni masa İşte böyle yeni bir masaya benziyor. Kulübün en ağır üyelerinin sağlık kulübü kafesinde yemek ve içmek için neler aldıklarının bir listesi..
Sorgu dili aslında bu nitelikte bir şey için oldukça basittir. Microsoft Access’te, örneğin, üyelik tablosu çağrıldığında “üyelik” ve kafe satın alma masası “satın alma”, sorgu şöyle görünebilir: “Purchase.member, purchase.description, satın aldığınız yerden FRED.date, WHERE members.name == purchasesing.name VE üyelik.weight> 200”
Artık sağlık kulübü boyunca toplanan bilgilere bakmaya başladığınızda, kulübün ne tür şeyleri çözebileceğini görebilirsiniz. Günün belirli saatlerinde giriş yapan insanlar kafede daha fazla alım yapma eğiliminde midir? Belirli yaş gruplarındaki insanlar günün belli saatlerinde daha sık kontrol etme eğiliminde midir? Tüm bu bilgiler bir işletmenin reklam veya pazarlama kampanyaları gibi şeyleri gerçekleştirmesine yardımcı olacaktır..
Diğer Veri Tabanı Türleri
Artık bir veritabanının nasıl çalıştığını bildiğinize göre, günlük yaşamınızda ne tür veritabanları ile karşılaşabilirsiniz? Pek çok blog veya web sitesini ziyaret ettiğinizde ve bir yorum gönderdiğinizde veya oturum açtığınızda, bir veritabanıyla etkileşime girersiniz. WordPress durumunda, veritabanı böyle bir şeye benziyor.
Gördüğünüz gibi, kullanıcı detayları, bilgi gönderme, yorumlar ve daha fazlası gibi her türlü bilgiyi tutabilmek için bir dizi tablo var. Bu bir WordPress blogunun bel kemiğidir ve diğer birçok gelişmiş sitenin de benzer veritabanı geçmişi vardır.
Bu tablolardan birini açtığınızda, örneğin yazı tablosu gibi, asıl web sayfasında görüntülenen tüm bilgilerin bir veritabanının içinde saklandığını görebilirsiniz.
Eğer bir oyuncuysanız, muhtemelen bir veritabanıyla etkileşime geçtiniz. Bazı oyunlar arka uçlu bir veritabanına daha fazla bağımlıdır ve muhtemelen en yoğun veritabanı gerektiren oyunlar çok oyunculu çevrimiçi oyunlardır. Örneğin, devasa çevrimiçi uzay oyunu OGame'e aşina iseniz, bu, gösteriyi çalıştırmak için büyük ölçüde bir veritabanına bağlı olan böyle bir çevrimiçi oyunun bir örneğidir. Herhangi bir veritabanı tablosunda beklediğiniz gibi sadece dünyanın herhangi birindeki oyuncu listesi açıkça ortaya konuyor.
Oyun veritabanları, kullanıcı puanlarından ve başarılarından mevcut oyun öğesi istatistiklerine veya karakterler, nesneler ve daha fazlası arasındaki ilişkilere kadar her şeyi tutar. Gösteriyi çalıştırmak için arka uç veritabanı için olmasaydı, pek çok oyun mümkün olamazdı.
Kesinlikle bir veritabanına rastladığınız başka bir yer, çevrimiçi alışveriş yaptığınız zamandır. Bir ürün aradığınız sorguyu yaptıktan sonra Amazon'da listelenen bu güzel biçimlendirilmiş ürün sonuçlarını görün?
Evet, bunlar yukarıda gösterildiği gibi bir sorgu kullanarak bir veritabanından çıkarıldı (elbette biraz daha karmaşık olsa da). Ve Amazon satın alma işleminde ilerlemeye karar verdiğinizde, satın alma ayrıntılarınızın ve geçmişinizin Amazon'un büyük veritabanında başka bir tabloyu doldurduğundan emin olabilirsiniz.
Şüphelenmeyeceğiniz başka bir yer bir veritabanına bağlıdır, kendi bilgisayar kayıt defterinizdir. Bu aslında bir denir “hiyerarşik” veritabanı, kayıt defterine göz attığınızda görebileceğiniz gibi, bilgiler ilişkisel bir formattan daha fazla bir hiyerarşide saklanır. Ancak, öncül aynı.
İnsanlar aslında, arama dışında, veritabanı sorguları gibi görünen sistem kayıt defterinden bilgi almak için sorgu yazabilirler. “tablo” kullanılan bir KeyName ve “VALUENAME” Bu anahtarın veritabanında depolanan gerçek veriler.
Dolayısıyla, bir veritabanını nasıl programlayacağınızı ya da bir veritabanını nasıl kullanacağınızı bilmenize gerek yoktur, ancak bu veritabanlarının depolayabileceği veri miktarlarının farkında olarak ve çok görünen bilgileri ilişkilendirmek için ne kadar kolay kullanılabileceklerini bilmeniz gerekir. gerçek dünyada farklı, işletmelerle paylaşmak (ya da paylaşmamak) isteyebileceğiniz bilgi türüne karşı tetikte kalabilirsiniz.
Veritabanı tasarımının bu açıklaması, kendi yaşamınızda nasıl çalıştıklarını anlamada yardımcı oldu mu? Her gün yaptığınız işler için noktaları birleştirmenin ne kadar kolay olduğuna şaşırıyor musunuz? Veritabanları hakkındaki düşüncelerinizi aşağıdaki yorumlar bölümünde paylaşın.