Editörün notu: This is a collection of excerpts from KDnuggets articles written by author Alex Williams covering NoSQL topics and concepts for beginners, with links to the full articles for further reading.
NoSQL nedir?
NoSQL aslında SQL'in katı yapısına yanıttır. İlk olarak 1970'lerin başında yaratılan NoSQL, Amazon ve Google'ın çok fazla araştırma ve geliştirme yaptığı 2000'li yılların sonlarına kadar pek başarılı olamadı. O zamandan beri, dünya çapında birçok büyük web sitesinin bir tür NoSQL kullanması ile modern dünyanın ayrılmaz bir parçası haline geldi.
So what is NoSQL exactly? Essentially it is a philosophy for creating databases that does not require a schema nor does it store data in a relational model. In fact, NoSQL has a variety of NoSQL Databases to pick from, each with their own specialization and use cases. As such, NoSQL is incredibly diverse when it comes to filling niches, and you can almost certainly find a NoSQL data model to fit your needs.
While SQL is a specific database and language, NoSQL isn’t, but that doesn’t mean that we can’t look at the general philosophies and differences between the two.
okumaya devam et NoSQL For Beginners.
SQL ve NoSQL
Developers are all too aware of the need for continuing education. Whether there’s a new framework to pick up or a new service to learn, innovation and adaptation are fundamental to development. One of the hottest topics for today is the decision to go with the standard SQL database or to move to a NoSQL database.
NoSQL databases have been around for decades, thanks to the innovation of Carlo Strozzi. However, these databases weren’t in the news much until the early 2000s’. At this time, companies like Google and Amazon began putting more effort into developing NoSQL databases. Despite their recent popularity, many developers, architects, and designers may not be fully up to date with what NoSQL databases offer.
Thus, for a rundown on the differences between the two databases, check out the following 7 key takeaways that every developer should know.
okumaya devam et SQL vs NoSQL: 7 Temel Çıkarım.
NoSQL has become increasingly popular as a complementary tool to traditional SQL approaches to databases and database management. As we know, NoSQL doesn’t follow the same relational model that SQL does, which allows it to do quite a lot of powerful things. More importantly, it’s very flexible and scalable, which is excellent for newer projects that don’t have the time or budget to spend on designing an SQL database.
As such, we’re going to take a bit of a deeper look at how different veri modelleri çalışır.
Column-Oriented Databases
At a very surface level, column-store databases do exactly what is advertised on the tin: namely, that instead of organizing information into rows, it does so in columns. This essentially makes them function the same way that tables work in relational databases. Of course, since this is a NoSQL database, this data model makes them much more flexible.
More specifically, column databases use the concept of keyspace, which is sort of like a schema in relational models. This keyspace contains all the column families, which then contain rows, which then contain columns. It’s a bit tricky to wrap your head around at first but it’s relatively straightforward.
By taking a quick look, we can see that a column family has several rows. Within each row, there can be several different columns, with different names, links, and even sizes (meaning they don’t need to adhere to a standard). Furthermore, these columns only exist within their own row and can contain a value pair, name, and a timestamp.
okumaya devam et Column-Oriented Databases, Explained.
Grafik Veritabanları
Ironically for a non-relational database, graphs primarily work on the concept of multi-relational data ‘pathways’.
Graph databases are generally straightforward in how they’re structured though. They primarily are composed of two components:
- The Node: This is the actual piece of data itself. It can be the number of viewers of a youtube video, the number of people who have read a tweet, or it could even be basic information such as people’s names, addresses, and so forth.
- The Edge: This explains the actual relationship between two nodes. Interestingly enough, edges can also have their own pieces of information, such as the nature of the relation between two nodes. Similarly, edges might also have directions describing the flow of said data.
okumaya devam et Graph Databases, Explained.
Belge Veritabanları
Görünüşte belge veritabanlarının ardındaki fikir, her türlü bilgiyi bir belgede saklayabilmenizdir. Bu, veritabanının ayrıştıramayacağı konusunda gerçekten endişelenmenize gerek kalmadan, istediğiniz türdeki verileri karıştırıp eşleştirebileceğiniz anlamına gelir. Tabii ki, uygulamada çoğu belge veri tabanı hâlâ bir dosya formatına ve bir tür önceden belirlenmiş yapıya sahip bir tür şema kullanma eğilimindedir.
Hem boru şeklinde hem de ilişkisel olan bir SQL veritabanıyla karşılaştırıldığında belge deposu, SQL'in sahip olduğu aynı zaaflara ve kısıtlamalara sahip değildir. Bu, eldeki bilgilerle çalışmanın çok daha kolay olduğu ve sorguların gerçekleştirilmesinin çok daha kolay olabileceği anlamına gelir. İronik bir şekilde, bir SQL veritabanında gerçekleştirebildiğiniz türden eylemleri, silme, ekleme ve sorgulama gibi bir belge deposunda da gerçekleştirebilirsiniz.
Daha önce de belirtildiği gibi, her belgenin kendisine benzersiz bir kimlik aracılığıyla sağlanan bir tür anahtara ihtiyacı vardır. Herhangi bir süreçte benzersiz kimlik sağlandığında, belgenin kendisindeki bilgiler sütun sütun çıkarılmak yerine doğrudan okunur ve ele alınır.
okumaya devam et Belge Veritabanları, Açıklaması.
Key-Value Databases
Anahtar/değer depoları aslında oldukça basittir. Temel olarak herhangi bir veri veya bilgi parçası olabilecek bir değer, konumunu tanımlayan bir anahtarla birlikte saklanır. Aslında bu, bir dizi veya harita nesnesi olarak hemen hemen her programlama parçasında var olan bir tasarım konseptidir. Buradaki fark, kalıcı olarak bir veritabanı yönetim sisteminde saklanmasıdır.
Anahtar/değer depolarını bu kadar popüler yapan şey, bilgilerin depolanma şeklinin ayrı veriler yerine bir tür opak damla şeklinde olmasıdır. Bu nedenle, daha hızlı çalışmasını sağlamak için veritabanını indekslemeye gerçekten gerek yoktur. Bunun yerine, yapısından dolayı kendi başına daha hızlı performans gösterir. Benzer şekilde, aslında kendine ait bir dili yoktur; bunun yerine basit get, put ve delete komutlarına dayanır.
Elbette bu, bir istekten aldığınız bilgilerin filtrelenmemesi gibi bir dezavantajı da beraberinde getiriyor. Verilerin bu şekilde kontrol edilememesi belirli koşullar altında sorun yaratabilir ancak çoğu durumda değişime değer. Anahtar/değer depoları hızlı ve güvenilir olduğundan çoğu programcı karşılaşabilecekleri filtre/kontrol sorunlarını çözmeye çalışır.
okumaya devam et Key-Value Databases, Explained.
Bio: Alex Williams deneyimli bir tam yığın geliştiricidir ve Barındırma Verileri İngiltere. Alex, Londra Üniversitesi'nden mezun olduktan sonra BT alanında uzmanlaştı ve neredeyse 10 yıl boyunca dünyanın her yerinden müşteriler için çeşitli projelere liderlik eden bir geliştirici olarak çalıştı. Son zamanlarda, Alex bağımsız bir BT danışmanlığına geçti ve kendi blogunu kurdu. Orada, yeni başlayan çevrimiçi işletme sahipleri için web geliştirme, veri yönetimi, dijital pazarlama ve çözümleri araştırıyor.
İlgili bağlantılar:
Source: https://www.kdnuggets.com/2021/05/nosql-know-it-all-compendium.html
