SQL epäonnistuu 3+ hypyssä. GraphDB:t eivät tee niin. Kuvittele, että löydät kaikki tilit kolmen hypyn säteellä epäilyttävästä tapahtumasta. Tai yhdistämällä pirstaleiset asiakastiedot järjestelmien välillä jaettujen sähköpostien ja puhelinnumeroiden avulla. Nämä ovat graafien läpikäyntikyselyjä. SQL pystyy käsittelemään suhteita, mutta ei syvyyttä. Toki voit kirjoittaa rekursiivisia CTE:itä ja itseliittymiä. Se toimii 1–2 hypyllä. Mutta kun menee syvemmälle, tapahtuu kaksi asiaa: - Kysely muuttuu lukukelvottomaksi - Ja suorituskykytankit Jokainen hyppy lisää uuden itseliittymisen. Hypyillä 5-6 katsot kyselyitä, jotka kestävät minuutteja ja hajoavat kuormituksen alla. Sama kysymys Cypherissä: MATCH (t:Transaction {id: 'TXN-001'})-[:INVOLVES*1.. 3]-(a:Tili) PALAUTA SELKEÄ a.name, puhelin 3 riviä. Kuulostaa siltä kuin kysymyksesi. Suomut mihin tahansa syvyyteen. Tätä varten graafiset tietokannat on rakennettu. FalkorDB on sellainen, josta kannattaa tietää. Se on avoimen lähdekoodin. Ja se käyttää eri arkkitehtonista lähestymistapaa verrattuna useimpiin graafitietokantoihin. Useimmat graafitietokannat jahtaavat osoittimia solmusta toiseen kuljetuksen aikana. FalkorDB ei tee niin. Se perustuu GraphBLASiin, lineaarialgebran kehysjärjestelmään, joka esittää graafioperaatiot harvakseltisina matriisilaskelmina. Jokainen hyppy muuttuu optimoiduksi matriisioperaatioksi. Tuloksena: - Parempi välimuistin käyttäytyminen - Rinnakkainen laskenta humalien välillä...