Graph Database and Data Driven Applications

Graph Database and Data Driven Applications

Graph Database and Data Driven Applications

Genel bakış

Modern gün,,en,veriye dayalı uygulamalar,,en,büyük ölçüde, her gün işledikleri muazzam veri hacimlerinden elde edilen ilgili içgörülere bağlıdır,,en,uygulamaların karmaşık sorgular gönderebilmesi gerekir ve veritabanı karmaşık sorguları ele alabilmelidir,,en,Geleneksel,,en,SQL'e dayanan sistemler son derece karmaşık sorguları işleyemez,,en,Grafik veritabanları, nesnelere ve nesneler arasındaki ilişkilere dayandığı için bu sorunu çözebilmiştir.,,en,Bu önermeye dayanarak,,en,derin içgörüler elde etmek mümkündür,,en,Grafik veri tabanlarının kullanımı,,en,İşletmeler, işlerini güçlendirmek için giderek daha fazla içgörülere ihtiyaç duydukça önemli bir rol oynayacağına dair kesin işaretler olsa da hala sınırlıdır,,en,Grafik veritabanı nedir,,en,Anlamak,,en,grafik veritabanı,,en,aşağıdaki örneği kullanalım,,en data-driven applications are largely dependent on relevant insights derived from the enormous volumes of data they handle every day. To gain better insights every time, the applications need to be able to send complex queries and the database should be able to address complex queries. Traditional RDBMS systems that rely on SQL are unable to handle extremely complex queries. Graph databases have been able to solve this problem because it relies on objects and relationships between objects. Based on this premise, it is possible to extract deep insights. The use of graph databases, however, is still limited although there are definite signs that it is going to play an important role as businesses rely more and more on insights to power their business.

Also read – Role of NoSQL DB in future data management strategy









What is a graph database?

To understand graph database, let us use the example below:

Bill ve ailesi, harika oryantal yemekler sunan bir yere tatile gitmeyi planlıyor.,,en,Erken planlamaya başladı ve bilgi bulmanın yollarından biri elbette,,en,Google'dan gelen bilgiler güvenilir ve iyi olsa da,,en,Bill için,,en,Mümkün olduğunca spesifik bilgi almak önemlidir,,en,arkadaşlarına sormaya başlar,,en,tanıdıklar ve meslektaşlar,,en,Bill'in Ryan'a sorduğunu varsayalım,,en,Birincil kişileri ve iletişim düzeyi olan Sheena ve John,,en,Üçü de mümkün olan en kısa sürede bilgiyle geri dönme sözü veriyor,,en,Ryan, kuzeni Martin'e birkaç kez Bangkok'ta bulunmuş olan kuzeni Martin'i kim sorar?,,en,Martin, Bangkok'ta doğuya özgü yemekleriyle tanınan tüm restoranların adlarını ve ayrıntılarını önerir,,en,Bilgiler Bill'e geri iletilir,,en. He has started planning early and one of the ways to find information is of course, Google. While the information from Google is credible and good, for Bill, it is important to get as specific information as possible. So, he starts asking his friends, acquaintances and colleagues. Let us assume that Bill asks Ryan, Sheena and John who are his primary contacts and contact level 1. All three promise to revert with information as soon as possible. Ryan asks his friend Greig who again asks his cousin Martin who had been to Bangkok a few times. Martin recommends the names and details of all eateries in Bangkok known for their oriental dishes. The information is relayed back to Bill.

You have just seen a real-life example of a complex query based on objects and relationships.

The graph database works on the same principle. It is about the network and the objects and their relationships in the network.

Basically, graph database is capable of extremely complex graphs and provide insights which SQL-query based RDBMS systems cannot. And that is the unique selling point about graph databases.

Must Read – SQL on Hadoop – How does it work?

How does graph database work?

The above description of a graph database must have given some idea about the principles that a graph database applies when it goes about searching for information or insights. Basically, it traverses the network of objects and relationships based on the query and return the results.

If we take the above example of Bill, then how would a graph database go about its job? Obviously, there are a lot of relationships and nodes in the example. If we see the distance of the relationships, it would seem like the following:

Bill = 0 (the origin)

Ryan = 1

Sheena = 1

John = 1

Greig = 2

Martin = 3

The distance between the origin (zero) and the node that provides the information could be even farther in real life. That is how the network works.

Imagine an application sending a query based on Bill’s requirement. It would be something like the below:

Find all friends who are connected with five friends who like oriental food but visited Thailand and who live within 5 miles of Dallas, Fort worth.

There are a lot of graph databases available in the market and the Neo4j is the most popular among them. Neo4j can attribute its popularity to the facts that it is both efficient and open source. So, Bill’in sorununu çözmek için Neo4j’e bir sorgu gönderdiğinizde,,en,sorgu aşağıdaki gibi görünebilir,,en,arkadaşlarını ve arkadaşlarının arkadaşlarını seç,,en,doğu yemeği anahtar kelimesi,,en,Bangkok anahtar kelimesi,,en,ilişkinin derinliğine göre sipariş,,en,Dize findFriendsQuery =,,en,başlangıç ​​n = düğüm,,en,kişi = düğüm,,en,userNode,,en,MAÇ p =,,en,kişi,,en,ARKADAŞ * 1..2,,en,arkadaş,,en,uzunluğa göre farklı p sırasını döndür,,en,Sorguya göre,,en,Neo4j mevcut ağında arama yapacak ve en yakın eşleşmeleri bulacak,,en,Grafik veritabanı ve ilişkisel veritabanı arasındaki fark,,en,İlişkisel veritabanı ve grafik veritabanının karşılaştırıldığı ana nokta işlem hızıdır,,en,yani,,en,büyük bir veri kümesindeki karmaşık bir sorguyu ne kadar hızlı işleyebilir?,,en,Bir kaç gün önce,,en,Emil Eifrem,,da,Neo Technology CEO'su Neo4j'nin arkasındaki şirket,,en, the query could look something like the below:

// select friends and friends of friends, keyword of oriental food, keyword of Bangkok, order by depth of the relationship

String findFriendsQuery = “start n=node(*), person=node({userNode}) MATCH p = (person)-[:FRIEND*1..2]-(friend) return distinct p order by length(p)”;

Based on the query, Neo4j is going to search through its available network and find closest matches.








Difference between graph database and relational database

The main point around which relational database and graph database are compared is speed of transaction, that is, how fast can it process a complex query on a big dataset.

Some days ago, Emil Eifrem, the CEO of Neo Technology the company behind Neo4j, hem ilişkisel hem de grafik veritabanlarının performansını birden çok parametrede ölçtü,,en,Sorgu,,en,her kullanıcının sahip olduğu kullanıcı,,en,arkadaşlar veya daha fazlası,,en,içinde bir kullanıcının diğerine bağlı olup olmadığını öğrenin,,en,veya daha az atlama,,en,Popüler bir açık kaynaklı ilişkisel veritabanı,,,en,ms grafik veritabanı çekilirken sorguyu işlemek için,,en,Aynı sorgu bir kullanıcı tabanında çalıştırıldığında,,en,grafik veritabanı 2 ms sürdü, ilişkisel veritabanı hiç bitmeyen birkaç günlük işlemden sonra iptal edildi,,en,İlişkisel veritabanının sorguları işlemesinin bu kadar uzun sürmesinin ana nedeni, sorguda sağlanan her terim için verileri aramasıydı.,,en,O zaman uzun sürmesine şaşmamalı,,en,Daha büyük bir veritabanında,,en,daha uzun sürer,,en,Grafik veritabanı,,en. The query was: in 1000 users with each user having 50 friends or more, find out if one user is connected to another in 4 or fewer hops. The results are given below:

  • A popular open-source relational database took 200 ms to process the query while graph database took 2 ms.
  • When the same query was run on a user base of 1000000 users, the graph database took 2ms while the relational database had to be aborted after a few days of never-ending processing.

The main reason the relational database was taking such a long time to process queries was that it was searching the data for every term provided in the query. No wonder then that it was taking a long time. On bigger database, it would take even longer. The graph database, on the other hand, would only look at records that are directly connected to the records in the database. If the graph database is allowed a specific number of hops, then it would stick to that exactly. That was the reason graph database was able to process complex queries on huge datasets relatively easily and achieves faster results.

Must Read – Tips And Tricks For MongoDB Developers

Case studies on graph database

There have been many successful applications of the graph database in different industries. The big companies have led the way in building their world-class products with the graph database principles. Initially it was thought that since it was about nodes and relationships, certain industries like the social media could benefit from this. However, other sectors such as online dating, manufacturing and online job portals have also benefited from it. Aşağıda birkaç örnek verilmiştir,,en,Facebook, birinci sınıf ürününü oluşturmak için grafik veritabanını başarıyla kullandı.,,en,arkadaş ağınızda ve onlarınkiler arasında dolaşarak bilgi arayabilirsiniz.,,en,LinkedIn, çokça duyurulan Ekonomik Grafiği üzerinde çalışıyor,,en,Ekonomik Grafik, kullanıcıları firmalara ve profillerine belirli bir seviyeye kadar bağlayarak tüm kullanıcılarına uygun fırsatlar sunmayı planlamaktadır.,,en,Öneri sistemi,,en,bu, birçok çevrimiçi perakendeci için çok önemli bir araçtır.,,en,etkili olmak için grafik veritabanı ilkelerini kullanıyor,,en,potansiyel tüketicilere uygun öneriler,,en:

  • Facebook has successfully put to use the graph database in building up its world-class product. Today, you are able to search information by traversing across your network of friends and theirs and so on.
  • LinkedIn has been working on its much-publicized Economic Graph. The Economic Graph plans to provide suitable opportunities to all its users by connecting the users with the companies and their profiles up to a certain level.
  • The recommendation system, which is a very important tool for many online retailers, has been using the graph database principles to provide effective, relevant recommendations to potential consumers. Öneri motorları temel olarak belirli bir süre benzer satın alımlar yapan müşterilerin ağını arar ve benzer ürünlere göz atan müşterinin aynı zevklere ve tercihlere sahip olacağını varsayar.,,en,Grafik veri tabanının tüm potansiyeli için,,en,birçok şirket hala trendi yakalamak için oynuyor,,en,Grafik veri tabanının geniş çapta kabul görmesi biraz zaman alacak,,en,Grafik veritabanının karmaşık problemleri çözmedeki potansiyeli artık şüpheli değil,,en,ilişkisel veri tabanının konumu hiçbir şekilde tehdit altında değildir,,en,Grafik veritabanı için en iyi şey, açık kaynaklı bir teknoloji olarak sunulabilmesidir.,,en,Avantajlardan yararlanmak endüstrilere bağlıdır,,en,NoSQL DB hakkında daha fazla makale keşfedin,,en,techalpine.com/graph-database-and-data-driven-applications,,en.

Must Read – Exploring HBase NoSQL DB








Summary

For all the potential of graph database, a lot of companies are still playing catch up with the trend. So, it will be a while before graph database is widely accepted. While the potential of graph database in solving complex problems is no longer in doubt, the position of relational database is not threatened in any way. The best thing going for graph database is that it can be offered as an open-source technology. It is up to the industries to leverage the benefits.

Explore more articles on NoSQL DB

 

============================================= ============================================== Buy best TechAlpine Books on Amazon
============================================== ---------------------------------------------------------------- electrician ct chestnutelectric
error

Enjoy this blog? Please spread the word :)

Follow by Email
LinkedIn
LinkedIn
Share