<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Veri Yogun Bilgi Sistemleri I_cin Melez Bir Veri Mimarisi O nerisi</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Murat Osman U nal r</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Emrah I_nan</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Burak Yonyul</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Emre Olca</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Fatmana Senturk</string-name>
          <email>fatmana.senturkg@ege.edu.tr</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Vahab Mostafapour</string-name>
          <email>v.mostafapourg@gmail.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Petek Y ld z</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Dilek Y lmazer</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Devrim I_sli</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Bilgisayar Muhendisligi Bolumu</institution>
          ,
          <addr-line>Ege U</addr-line>
        </aff>
      </contrib-group>
      <fpage>744</fpage>
      <lpage>755</lpage>
      <abstract>
        <p>O zet. Bulut bilisim teknolojileriyle birlikte bilgi sistemlerinde islenen veri hacmi artmaktad r. Veri hacminin artmas n n yan nda, veriye h zl erisim en onemli gereksinimdir. I_liskisel veri modeli kullan m n n yan nda iliskisel olmayan veri modellerinin de kullan m onemli boyutlara ulasm st r. Bu cal smada veri yogun bilgi sistemleri icin melez bir veri mimarisi onerisinde bulunulmaktad r. Oncelikle buyuk veri kapsam nda farkl veri modellerinin temel ozellikleri tart s lmaktad r. Ornek bir bilgi sisteminin gereksinimleri dogrultusunda farkl veri modellerine duyulan gereksinimler vurgulanmaktad r. I_lgili bilgi sistemini temel alan bir durum cal smas metamodel mimarisine uygun olarak ontolojik bir yap da tasarlanm st r. Melez veri mimarisini meydana getiren farkl veri modellerinin anahtardeger veri modeline donusturulebilirligi gosterilmistir. Bilgi sisteminin ilgili veri servislerinin temel ozellikleri farkl teknolojiler kapsam nda sunulmustur.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Bulut bilisim istenilen yerden bilgisayar aglar , sunucular , depolama,
uygulama gibi bilisim kaynaklar na servisler arac l g yla erisimine olanak tan r [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ].
Bu kaynaklar kullanmak icin yonetim ve servis etkilesimi maliyetlerini en aza
indirmeyi hede er [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. Boylece altyap , esneklik ve kaynaklar n kullan labilirligi
gibi sorunlarla ugras lmad g ndan ve sonuc olarak ana ise odaklan lmakta islenen
verinin hacmi de artmaktad r. Ancak bu durum verinin yonetilmesini zorlast r r.
Buyuk veri, iliskisel veri modeli yaklas m yla olceklenemeyen verinin verimli
bir sekilde depolanmas na, yonetilmesine ve islenmesine olanak tan r [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. Bulut
bilisim, buyuk verinin hesaplama ve isleme sureclerine imkan sunmakla birlikte
servis modeli olarak da hizmet eder.
      </p>
      <p>
        Buyuk verinin hacim, h z ve cesitlilik olmak uzere 3 karakteristik ozelligi
vard r [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. Hacim, cok buyuk miktarlardaki veriye, h z ise verinin kaynaklar
aras aktar lma suratine kars l k gelmektedir. Cesitlilik, farkl bicimde ve
kaynaktaki verilerin toplanmas yla ilgilenmektedir.
      </p>
      <p>
        Farkl veri modellerinin bir bilgi sisteminde bir arada kullan labilmesi icin
melez bir veri mimarisine gereksinim duyulmaktad r. Not only SQL (NoSql)
olarak adland r lan iliskisel olmayan veri modelleri bir veri mimarisinin
cozumunde sadece iliskisel veri modelinin kullan lamayacag n ifade etmektedir [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. NoSql
veri modelleri anahtar-deger, cizge, dokuman ve sutun veritaban olmak uzere
4 alt kategoriye ayr l r. Anahtar-deger veritaban okuma ve yazma islemlerini
h zland r r. Cizge veritaban dugumlerin baglar arac l g yla kolay bir sekilde
dolas lmas n saglar. Dokuman veritaban farkl bicimlerdeki veri kaynaklar n n
daha esnek isletilmesine olanak tan r. Sutun veritaban iliskili sutunlar n bir
sutun ailesinde toplanmas yla uygulamalara genis kapsaml sorgu ve veri
cozumlemeleri yapabilme yetenegini sunar.
      </p>
      <p>
        Cok cesitli kal c l k (Polyglot persistence) [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ], ihtiyac duyulan melez yaklas
m tan mlamak icin kullan l r. Ancak buradaki her veri yonetim modeli ayr birer
yonetimsel karmas kl ga sahiptir. Saklanan veri artt kca performans kay plar
olusmakta ve olusan bu kay plar n giderilmesi de birbirinden farkl l k gosterebilmektedir.
Buna gore tasarlanan mimarinin gereksinimine uygun veri mo-delinin secilmesi
onem kazanmaktad r [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. Bu cal sma kapsam nda, O grenci Bilgi Sistemi (O BS)
icin farkl veri modellerini bar nd ran melez bir veri mimarisi onerilmektedir.
O BS; ogretim uyeleri, ogrenciler ve derslere iliskin bilgilerin sakland g bir
sistemdir. O gretim uyelerinin verdigi dersler, ogrencilerin kay tland g dersler, derse
ait s nav sonuclar , ogrenci ve ogretim uyelerinin ozgecmisleri yer almaktad r.
      </p>
      <p>Bu cal sman n ikinci bolumunde buyuk veri yonetimi icin veri modelleri
tan t lm st r. Ucuncu bolumunde ise bu veri modelleri uzerinde O BS ile ilgili
durum cal smas yap lm st r. Son olarak onerilen melez veri modelinin getirileri
tart s lm s ve ileriki cal smalar anlat lm st r.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Buyuk Veri Yonetimi icin Veri Modelleri</title>
      <p>
        Veri yonetimi icin iliskisel veritaban sistemleri F. Codd [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] taraf ndan one
suruldukten sonra zamanla gelistirilmis ve boylece verilerin tutulmas ,
saklanmas ve islenmesinde buyuk kolayl klar saglanm st r. Ancak zamanla
sistemleri kullanan kisi say s ve buna paralel olarak saklanan veri boyutu artmaya
baslam st r. Farkl kullan c lar ayn tabloya es zamanl olarak erismek istediginde,
islemlerin oncelik s ras na gore bitmesi beklenmektedir. O zellikle islem hacminin
yogun oldugu sistemler uzerinde uzun sureli beklemeler olabilmekte, bu da
sistemin kullan c lara cevap veremez duruma gelmesine ve performans kay plar na
sebep olmaktad r. Buyuk hacimli verilerin merkezi sunucularda depolanmas ve
geleneksel veri analiz yontemleri ile analiz edilmesinin verimsiz ve pahal oldugu
kan tlanm st r [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. I_liskisel veritabanlar nda yap lan iyililestirmeler veri boyutu
uyarlanabilirlik gereksinimini ve performans ihtiyac n kars layamamaktad r. Bu
sebeple yatayda veya dikeyde veri boyutu uyarlanabilir bir veri saklama yap s na
ihtiyac duyulmustur. Bu kapsamda farkl amaclara gore ozellesmis veritaban
cozumleri gelistirilmistir. 2003 y l nda ilk veri boyutu uyarlanabilir veritaban
ortaya c km s ve sonraki y llarda da farkl amaclar icin yeni veritabanlar
gelistirilmeye devam etmistir [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] .
      </p>
      <p>
        Karmas kl k ve boyuta gore veritabanlar incelendiginde iliskisel veritaban
digerlerine gore kolay cozum sunmas na ragmen veri boyutu uyarlanabilir
degildir [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. Diger veritabanlar nda ise veri boyutu artt kca daha zor cozum uretilmektedir.
Hem karmas kl k hem de veri boyutu uyarlanabilirlik k s tlar n saglamak amac yla
farkl veri modelleri iceren sistemlerde buyuk veri destekleyen veri-tabanlar ndan
birkac n n kullan lmas gerekmektedir. Bu durum birden fazla veri deposunun
islenmesi nedeniyle veri yonetim sorunlar na neden olmaktad r. Kars las lan veri
modelleme sorununa cozum olarak farkl veri modellerinin tek bir veri depolama
altyap s na donusturulmesi onerilmistir.
      </p>
      <p>
        Bu yaklas m, verinin esnek olarak modellenmesine olanak saglamaktad r [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ].
Ancak verilerin hangi veri modeline uygun oldugunun belirlenmesi onemlidir. En
az karmas kl ga ve en uyarlanabilir veri boyutuna sahip veritaban olmas
nedeniyle digerlerinin anahtar-deger veritaban na donusturulmesi daha az
maliyetlidir. Bu sekilde, farkl veritabanlar nda yer alan verileri ortak bir veritaban na
donusturerek farkl veri modellerini destekleyen bir veri modeli mimarisi
onerilmistir. Birden cok veri modelini anahtar-deger veri modeline donusturen cal
smalardan FoundationDB [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ], farkl veri modellerindeki veriler icin iliskisel, cizge
ve dokuman veritabanlar n destekleyen bir yap olusturmustur. ArangoDB [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]
ise dokuman, cizge, anahtar-deger veritabanlar n destekleyen esnek ac k kaynak
bir veritaban olarak sunulmustur. Veritabanlar aras ndaki donusum islemleri
s ras nda yasanabilecek herhangi bir problem, veriler aras nda tutars zl k ve veri
kayb na neden olabilmekte, veritabanlar aras donusumler ise bekleme
surelerine yol acabilmektedir. Veritabanlar aras donusum yerine veri modellerine gore
verileri; cizge, dokuman, sutun ve anahtar-deger veritabanlar nda saklama
gereksimi vard r. Bu cal sma kapsam nda, bu farkl modellerdeki veriler aras ndaki
iliskileri anahtar-deger veritaban nda tutan veri yogun bilgi sistemlerine yonelik
bir veri mimarisi onerilmektedir. Bundan sonraki alt basl klarda s ras yla iliskisel,
dokuman, anahtar-deger, sutun ve cizge veritaban kavramlar detayland r lm st r.
2.1
      </p>
      <sec id="sec-2-1">
        <title>I_liskisel Veritaban</title>
        <p>Verilerin birbirinden farkl ve belirli ozelliklere gore iliskilendirilmis tablolarda
tutuldugu veritaban yonetim sistemidir. Tablolar sat r ve sutunlardan
olusmaktad r. Tablo icerisindeki her sutun bir nitelige kars l k gelmekte ve olusturma
asamas nda tan mlanmaktad r. Her sat r ise bir kayda kars l k gelmekte ve veri
girisi s ras nda belirlenmektedir. Tabloda ayr ca tan mlay c niteliginde birincil
anahtar alan ve tablolar aras gecisi saglayan ikinci anahtar alan bulunur. Bu
alanlar kullan larak farkl tablolar birlestirilebilir ve birbirine bagl veriler tek
seferde sorgulanabilir. I_liskisel veritaban kavram , verileri saklamak icin kullan lan
mevcut dosyalama sisteminin veri iliskilerini ve veri butunlugunu saglayamamas
uzerine olusturulmustur. I_liskisel veritabanlar saglad g tutarl l k ve butunluk
avantajlar sayesinde, uzun bir sure verilerin saklanmas icin yeterli olmus ve
pek cok veritaban sisteminin temelini olusturmustur.
2.2</p>
        <sec id="sec-2-1-1">
          <title>Dokuman Veritaban</title>
          <p>Dokuman veritaban sistemleri, iliskisel olmayan veri modellerinden biridir.
Yar -yap land r lm s veriler olarak bilinen dokuman tabanl bilgilerin saklanmas ,
al nmas ve yonetilmesinde kullan lan bir veri modelidir. Tablolara kars l k
derlemler, sat rlara kars l k dokumanlar, sutunlara kars l k da alanlar kullan
lmaktad r. S radan bir sema yerine degisken bir sema temel al nmaktad r. Baz alanlar n
tum kay tlarda kullan lmad g durumlarda, iliskisel veritabanlar nda fazladan yer
kaplarken bu alanlar dokuman veritabanlar nda yer almaz. Veri modeli tek tip
degildir ve veriye gore esneklik gosterir. Boylece bir dokumanda yer almayan
baz alanlar bir baska dokuman icerisinde kullan labilir. Herhangi bir alan
eklemek veya c kar lmak istendiginde yap sal bir degisiklik yap lmam s olur ve sadece
ilgili dokuman degistirilir. Boylece, gerekli degisikliklerin yap lmas icin fazladan
bir zaman gerekmemektedir.
2.3</p>
        </sec>
        <sec id="sec-2-1-2">
          <title>Anahtar-Deger Veritaban</title>
          <p>Veritaban sistemleri icerisinde karmas kl g en az olan d r. Bir anahtar ve bu
anahtara kars l k gelen degerin sakland g veritaban sistemidir. Eger bir
anahtar n degeri biliniyor ise, anahtar n tuttugu deger getirilebilir. Deger alan , yap
land r lmam s veri turundedir. Yani degerin icerigi say , baglant , metin, vb. gibi
farkl veri yap lar ndan olusabilir. O rnegin, Twitter sosyal ag nda at lan her tweet
icin bir tweet numaras ve icerigi bulunmaktad r. Boyle bir yap n n,
anahtardeger veritaban nda tutulmas uygundur. Bu veritaban turunde genel olarak
deger k sm nda yap sal olmayan veriler tutulmaktad r.
2.4</p>
        </sec>
        <sec id="sec-2-1-3">
          <title>Sutun Veritaban</title>
          <p>Anahtar-deger depolar ve dokuman veritabanlar sat r odakl d r. Bu tur
veritabanlar n n amac bir yada daha fazla k s ta gore belirlenen butun veriyi
getirmektir. Baz durumlarda uygulamalar butun belgenin derlemi yerine belirli
sutunlar n olusturdugu alt kumelere ihtiyac duyar. Sutun veritaban , sat rlar
sutun derlemleri gibi yap land rabilir. Tek bir sat r bircok sutun icerebilir. I_liskili
sutunlar n bir sutun ailesinde toplanmas ile cok varl kl sutun verilerine
erisilebilir. Sutun ailesindeki bu esneklik, iliskisel veritabanlar taraf ndan saglanan
islevsellige benzer olarak, uygulamalara genis kapsaml karmas k sorgu ve veri
analizlerinin yap lmas na olanak saglar.
2.5</p>
        </sec>
        <sec id="sec-2-1-4">
          <title>Cizge Veritaban</title>
          <p>Veri hacmi artt kca iliskisel veritaban nda veri uzerinde arama mumkun
olmakta, ancak zincirleme iliskiler getirilecegi zaman birlestirme maliyetleri
dogmaktad r. Dokuman ve anahtar-deger veritabanlar nda ise arama iliskisel
veritaban na gore daha zordur. Dokuman veritabanlar nda degerler dokuman icerisinde,
anahtar-deger veritabanlar nda ise anahtara kars l k gelen deger k sm nda yer
al r. Zincirleme ilerlemek icin herhangi bir birlesim yap s olmad g ndan, degerler
aran p bulunmal ve eslenmelidir. Ayr ca arama mumkun olsa bile veri uzerinde
dolas p ilerleme mumkun olmamaktad r. Cizge veritabanlar nda veriler;
dugumler, dugumler aras ndaki ayr tlar ve dugumler ile ayr tlar n ozellikleri seklinde
tutulur. Ayr tlar uzerinden ilerlenerek dugumler aras nda gezmek ve arama
yapmak mumkundur. Belirli dugumlere veya ayr tlara ozel aramalar yap
labilmektedir.
3</p>
          <p>Durum Cal smas : Buyuk Veri Modellerinin O grenci
Bilgi Sistemi Uzerinde Uygulanmas</p>
          <p>O BS kapsam nda; ogrenci bilgileri, ogretim uyesi bilgileri, dersler, ogrencinin
ald g ders bilgileri, ogrenci ve ogretim uyelerinin ozgecmisleri, ogrenci ve ogretim
uyelerinin sosyal medya uzerinde yapt g paylas mlar yer al r. Dersler hakk ndaki
gorusler, ogrenci, ogretim uyesi ve derse ait sosyal ag hesaplar arac l g yla
toplan r. O grenciler, O BS'ye giris yapt ktan sonra herhangi bir ogretim uyesi taraf
ndan verilen bir veya birden fazla derse kay t olabilmekte ve kay tl olduklar
derslere iliskin s nav sonuclar na erisebilmektedir. O grenciler, ogretim uyeleri
veya dersler bir sosyal ag hesab na sahip olabilmektedir. O grenci ve ogretim
uyelerinin sistemde kay tl bir veya birden fazla ozgecmis belgesi
bulunabilmektedir. Ayr ca ogrenci ve ogretim uyelerine ait kisisel bilgiler, iletisim bilgileri de
saklanmaktad r.
3.1</p>
        </sec>
        <sec id="sec-2-1-5">
          <title>Durum Cal smas Gereksinimleri</title>
          <p>I_liskisel Veritaban Gereksinimi Tasarlanan bilgi sisteminde ogrenci ve
ogretim uyelerine ait kisisel bilgiler iliskisel veritaban nda ayr tablolarda
saklan r. Kisisel bilgiler tablosu kimlik numaras , adres, telefon numaras ve
eposta gibi bilgilerden olusur. Bu bilgilere erisim ogrenciler icin ogrenci numaras ,
ogretim uyeleri icin ogretim uyesi numaras olarak tan mlanan anahtar sahalar ile
saglan r. Tan mlanan veri tipleri ve iliskilere gore bu veriler iliskisel veritaban nda
tutularak ihtiyaclar kars lanabilmekte, veriler aras ndaki iliskiler kullan larak
ogrenci ve ogretim uyelerine ait kisisel bilgilere kolayl kla ulas labilmektedir.
Dokuman Veritaban Gereksinimi O BS'de baz veriler iliskisel veri
modelinde saklan rken, baz verilerin iliskisel olarak modellenmesinde zorluklar
yasanmaktad r. Genel olarak ozgecmis biciminin degisime ac k oldugu ve kay tlar
aras nda farkl l k olabilecegi gorulmektedir. Ders icerik bilgilerinde de benzer
bir durum soz konusudur. Ders bilgilerinin \dersin c kt lar " alan her derse gore
farkl l k gostermektedir. Kay t baz nda alan ozellestirilmesine ihtiyac duyulan
bu gibi durumlarda klasik iliskisel veri modeli yetersiz kalmaktad r. O zgecmis
ve ders bilgileri icin erisim maliyetlerini azaltan, performans art s saglayan ve
yatayda boyutunun degistirilebilindigi dinamik bir veri modeline ihtiyac
duyulmaktad r. Bu gereksinimleri kars layabilecek bir veri modeli olarak dokuman
veritaban kullan labilir.</p>
          <p>Anahtar-Deger Veritaban Gereksinimi O BS'de; ogrenci, ogretim uyesi ve
diger kullan c lar n birer rolu bulunur. Bir ogrenci sadece kendisi ile ilgili bilgileri
gorup degisiklikler yapabilir. Benzer sekilde bir ogretim uyesi de kendi bilgileri ve
verdigi derslerin bilgilerini gorup uzerinde islemler yapabilir. Bu nedenle O BS'de
her bir kullan c ya kullan c numaras ve sifre verilip kullan c bu numara ve
sifre ile sisteme giris yapt g nda kendi rolune gore yetkileri belirlenir. Kullan c
islem yaparken de bu oturum bilgilerinden yararlan r. Kullan c n n numaras ve
oturum bilgisi ayr bir veri modelinde tutulur. Sistemde her ogrencinin ald g
derslerin listesi bulunur. Benzer sekilde her bir derse kay tl ogrencilerin de
numaralar tutulmak istenmektedir. Bu gereksinime gore ders kodu ve ogrenci
numaras gibi ikilileri saklayan bir veri modeli bulunmal d r. O zellikle ders-ogrenci
iliskilerinin yogun oldugu ders kay t ve ekle-sil haftalar nda bu yap n n islem
hacminin artmas ile sistem beklemelerinin en dusuk duzeyde tutulmas
gerekmektedir. Bu kapsamda h zl , esnek ve veri boyutu uyarlanabilir bir veri modeli
kullan lmal d r. En az karmas kl ga sahip ve h zl cevap verme gereksinimi soz
konusu oldugunda cozum olarak anahtar-deger veritaban yaklas m onerilir.
Sutun Veritaban Gereksinimi Sutun veritabanlar verilere h zl erisim
saglamakta ve ozel sorgu setlerini desteklemektedir. Bu nedenle sutun
veritabanlar ndan faydalanabilmek icin, uygulamada cal san genel sorgular eniyileyen
sutun aileleri tasarlanmal d r. O BS'de ogrencilere ait dersler ve notlar n bir arada
tutulmas gerekir. Her ne kadar tablo yap s olarak iliskisel veritaban na
benzese de, iliskisel veritaban nda yer alan bir tablonun aksine, sutun ailesi icinde
sutunlar, her sat r icin degismez bir semaya uymak zorunda degildir. Sutun ailesi
anahtar-deger ciftlerinin haritas gibi dusunulurse, ogrenciler icin ders notlar n n
bir arada tutulmas istenen veriye dogrudan erisimi saglayacakt r.
Cizge Veritaban Gereksinimi O BS'de; ogrencilerin birbirlerini takip etme
durumu, ogretim uyeleri ile olan dan smanl k ve takip iliskileri, derse kay tlanma
iliskileri, ogretim uyelerinin ders verme iliskileri, ogrencilerin ve ogretim
uyelerinin sosyal ag hesaplar na iliskin sayfalar bulunmaktad r. Bu verilere ve iliskilere
uygun bir cozum cizge veritaban olarak ongorulebilir. Buna gore ogrenciler,
ogretim uyeleri, dersler ve bolumler cizgedeki dugumlere kars l k gelmektedir.
Bu dugumlerin her birinin kendine ozgu ozellikleri bulunmakta ve dugumlerin
de birbirleri ile iliskileri yer almaktad r.
3.2</p>
        </sec>
        <sec id="sec-2-1-6">
          <title>Durum Cal smas Tasar m</title>
          <p>
            Tasarlanan bilgi sisteminde ihtiyac duyulan farkl veri modellerini kullanan
servisleri yonetebilmek icin bir ust modele ihtiyac vard r. O BS'nin dayand g bu
ust modelde bilgi sistemindeki hangi veri modelinin hangi servis(ler) ile baglant l
olduklar ve bu veri modellerinin birlikte cal sabilirliginin nas l yonetilecegi tan
mlanmal d r. O ncelikle ust modelde tan ml eslemeye gore, sistemde birbirleri ile
iliskili ve gecislere sahip modullerin belirleyici ozelliklerinin eslemeleri ayr bir
anahtar-deger veritaban nda tutulmal d r. I_kinci olarak ust modelde gelen
isteklerin iliskili modullere iletilmesini saglayan bir yonetim mekanizmas yer
almal d r. Boylece bilgi sistemine gelen istekler tiplerine gore uygun modul ile
iliskilendirilebilir. Tasarlanan bu ust model icin ontolojik bir yaklas m
uygundur. Ust-Nesne Cercevesi [
            <xref ref-type="bibr" rid="ref15">15</xref>
            ] ac s ndan dusunuldugunde tasarlanan mimarinin
M2 ve M1 katmanlar ac s ndan incelenmesi gerekir.
          </p>
          <p>
            Sekil 1'de goruldugu gibi Buyuk Veri Modeli M2 katman na kars l k
gelmektedir. Bu model icerisinde birbirinden farkl veritabanlar nda bulunan ortak
ozelliklerin O BS ad alt nda bir ontoloji [
            <xref ref-type="bibr" rid="ref16">16</xref>
            ] uzerinden baglant lar kurulup daha
sonra bu baglant lar anahtar-deger veritaban nda temsil edilmelidir. M1 katman
ise ogrencilere ait bilgilerin tutuldugu iliskisel veritaban , ozgecmislerini tas yan
dokuman veritaban vb. gibi farkl veri modellerini kapsamaktad r.
          </p>
          <p>Sekil 2'de goruldugu gibi durum cal smas nda ornek olarak tasarlanan O BS'de
veriler birbirinden farkl veri modellerinde saklanmaktad r. O rnegin, ogrenci
kay tlar iliskisel veritaban nda yer al rken, oturum verileri anahtar-deger
veritaban nda tutulmaktad r. Ders notlar n sutun veritaban nda, ogrenci ve ogretim
uyelerine ait ozgecmisleri dokuman veritaban nda ve son olarak sosyal aga ait
ogrenci ve ders bilgileri cizge veritaban nda saklanmaktad r. Bu farkl
veritabanlar na ait ortak ozelliklerin butunlestirilmesi bir ust model olan buyuk veri
modelinde saglanmaktad r. O grenci Bilgi Sistemi icin haz rlanan O BS
ontolojisi kullan larak Sekil 3'teki buyuk veri modeli icindeki ontolojiye ait baglant lar
gosterilmis, daha sonra bu baglant lar n temsili anahtar-deger veritaban nda
saklanm st r.</p>
          <p>Fig. 3. Buyuk Veri Modelinin Gosterimi</p>
          <p>
            O grenci Bilgi Sistemi'nin melez veri modeli gerekliligi birden fazla veri
modelini ilgilendiren karmas k sorgularda ortaya c kmaktad r. O BS'ye gelen karmas k
sorgu Sekil 3'teki ontolojik gosterimdeki eslemelere [
            <xref ref-type="bibr" rid="ref17">17</xref>
            ] gore ayr st r larak
sorgular n isletilecegi alt moduller belirlenir. Her bir alt sorgunun isletilmesiyle elde
edilen sonuclar n n anahtar-deger eslemeleri Sekil 4'teki gibi elde edilir. Ara
sonuclar baglant l oldugu module eslenir ve bu modulde cal st r lacak olan bagl
sorgu olusturulur. Bu mant kla sorgular zincirleme sekilde son alt sorguya kadar
isletilir ve sonuc olarak karmas k sorgunun cevab elde edilir.
          </p>
          <p>O rnegin O BS'de bir ogrencinin ald g dersleri veren ogretim uyelerinin sosyal
ag bilgilerine erisilmek istensin. Bu karmas k sorgu ontolojik gosterimine gore
cozumlenerek kay tlan lan dersler, ogretim uyeleri bilgileri ve sosyal ag bilgileri
olmak uzere uc alt sorguya ayr l r. O ncelikle kay tlan lan ders bilgileri
anahtardeger veritaban ndan getirilir. Kay tlan lan dersi veren ogretim uyelerine olan
baglant ontolojik gosterime gore elde edilir ve bu baglant iliskisel veritaban
olarak bulunur. I_liskisel veritaban na olan baglant anahtar-deger veritaban
donusumu uzerinden yap l r ve ogretim uyelerine ait bilgiler elde edilir. Ontoloji
gosterimindeki iliskilere gore ogretim uyelerinin sosyal ag bilgileri cizge
veritaban uzerinden bulunur. O gretim uyelerinin bilgileri anahtar-deger donusumu ile
eslenir ve sosyal ag bilgilerini elde etmek icin cizge veritaban nda cal st r lacak
sorgu olusturulur. Olusturulan sorgu cizge veritaban nda isletilerek gerekli
bilgiler elde edilir.
3.3</p>
        </sec>
        <sec id="sec-2-1-7">
          <title>Durum Cal smas Modulleri</title>
          <p>Sosyal Ag Cizgesi Modulu O grenciler, ogretim uyeleri, dersler gibi dugumlerin
ve birbirleri aras ndaki iliskiler icin cizge veritaban uygun bir yaklas md r.
Sekil4.a'da O BS'deki ornek bir verinin cizge veritaban uzerindeki temsili ve
anahtardeger veritaban na donusturulmus hali gorulmektedir. O BS uzerinden sosyal ag
cizgesi modulune gelen istekler modul taraf ndan ele al narak islem tipi
belirlenir. I_slem tipi dolasma veya sorgu olmas na gore cizge servisi uzerine farkl
sekillerde yonlendirilir. Eger istek dolasma ise cizge servisinin dolasma ozelliginin
kullan lmas icin kullan c servis arayuzu uzerine yonlendirilir.</p>
          <p>O zgecmis ve Ders Bilgileri I_cin Dokuman Veritaban Modulu Dinamik
bir yap ya sahip olan ozgecmis ve ders bilgilerinin tutulmas icin dokuman
veritaban secilerek artan/azalan alanlar ve farkl bicimlere sahip semalar icin
performansl bir cozum onerilmistir. O zgecmis kay tlar ve ders bilgileri birbirlerine
gore farkl l klar gosterdigi icin veri tekrarlar ya da bos alanlar olmadan dokuman
veri modeli olarak saklanmaktad r. I_htiyac duyuldugunda kayda dokuman olarak
ulas labildigi gibi, dokuman n alt alanlar na da verilen etiket ad yla ulas larak
arama islemi gerceklestirilebilmektedir.</p>
        </sec>
      </sec>
      <sec id="sec-2-2">
        <title>O grenci ve O gretim U yesi Bilgileri I_cin I_liskisel Veritaban Modulu</title>
        <p>O grenci ve ogretim uyesi bilgileri yap sal olarak degisiklik gostermeyen ve
birbiri ile baglant l veriler oldugundan iliskisel veritaban nda tutulur. I_liskisel
veritaban nda bir veya birkac ad mda erisilecek veri icin, anahtar-deger veritaban nda
pek cok ad m gerekebilir. Sekil 4.e'de iliskisel veritaban uzerinde, Sekil 4.f'de
ise anahtar-deger veritaban uzerinde ogrenci ve ogretim uyesi tablolar temsili
olarak gosterilmistir. O grenci ve ogretim uyesine ait kisisel bilgiler icin ise ayr
bir tablo yarat lm s, ogrenci ve ogretim uyesi tablolar iliskilendirilmistir.
Sutun Veritaban Modulu O BS icin gelistirilen sutun veritaban yap s nda
super sutun ad statik olarak \O grenci Notlar " olarak belirlenmistir. Ancak yap
geregi ogrenciler ve ald klar dersler icin gerekli olan sutun adlar dinamik olarak
tutulmaktad r. Sekil 4.g'de ogrenciler ve her birinin kay tland klar ders ve derse
ait notlar belirtilmistir.
3.4</p>
        <sec id="sec-2-2-1">
          <title>Durum Cal smas Teknolojileri</title>
          <p>
            I_liskisel Veritaban Servisi Bulut uzerinde yer alan bir iliskisel veritaban n n
kolay bir sekilde kurulmas , cal st r lmas saglayan web servisleridir. Klasik
iliskisel veritaban ndan farkl olarak, maliyet ac s ndan verimlidir ve yeniden
boyutland r labilmektedir. Ayr ca, otomatik yedekleme ve hata denetimi, yaz l m
duzeltmeleri, geri yukleme islemleri ve guvenli erisim alanlar n n yonetilmesine
imkan saglar [
            <xref ref-type="bibr" rid="ref18">18</xref>
            ]. Amazon RDS [
            <xref ref-type="bibr" rid="ref19">19</xref>
            ], Microsoft SQL Azure [
            <xref ref-type="bibr" rid="ref20">20</xref>
            ] ve Google Cloud
SQL [
            <xref ref-type="bibr" rid="ref21">21</xref>
            ] servisleri ile iliskisel veritaban hizmetleri kullan labilir.
Dokuman Veritaban Servisleri O BS'de, ogretim uyesi ozgecmis
bilgileri ve ders bilgileri icin dokuman tabanl veri modelinin kullan lmas uygun
gorulmustur. Kay t icindeki alanlar n farkl l k gosterdigi durumlarda verilerin
iliskisel modelde tutulmas veri tekrarlar na veya hucrelerin bos kalmas na
sebep olabilir. Farkl tablolarda tutulmas n n sonucu olarak birlestirme maliyeti
ortaya c kabilir. Dokuman veritaban hizmetlerinin servis olarak kullanabilecegi
teknolojilere MongoDB [
            <xref ref-type="bibr" rid="ref22">22</xref>
            ] on Amazon EC2 [
            <xref ref-type="bibr" rid="ref23">23</xref>
            ] ve Google Cloud Platform [
            <xref ref-type="bibr" rid="ref24">24</xref>
            ]
ornek verilebilir.
          </p>
          <p>
            Anahtar-Deger Veritaban Servisleri O BS'de oturum bilgileri kullan c ad
ve sifre seklinde tutulur. Anahtar-deger veritaban yap s ile paralellik saglanarak
tasarlanan sistemin h z n n art r lmas planlanmaktad r. Ayr ca kay t
zamanlar n n da yogunlugu goz onunde bulunduruldugunda ogrenci-ders ikilisinin
saklanmas da uygun olabilir. Anahtar-deger veritaban yap s ile kay t zamanlar nda
sistemin kapasitesi art r larak uyarlanabilir veri boyutu saglanacak, sistemde
beklemeler en dusuk seviyeye indirgenecektir. Bu kapsamda kullan labilecek
anahtar-deger veritaban servislerine Amazon DynamoDB [
            <xref ref-type="bibr" rid="ref25">25</xref>
            ] ve Google BigTable
[
            <xref ref-type="bibr" rid="ref26">26</xref>
            ] uzerinde cal san MapReduce [
            <xref ref-type="bibr" rid="ref27">27</xref>
            ] ornek olarak verilebilir.
Sutun Veritaban Servisleri O BS'de ogrencilere ait ders notlar Cassandra
[
            <xref ref-type="bibr" rid="ref28">28</xref>
            ]'da tutulmaktad r. Sat r ve sutunlardan olusan cizelge seklinde verilerin
tutulabilir ve sutunlar, sutun ailesi olarak adland r lan gruplara ayr labilir. Sutun
veritaban nda her sat r bir anahtar icerir ve bu anahtara gore veri getirilir. O BS
kapsam nda sutun veritaban kullan larak ogrenci bilgisi ve ders bilgisinin iki
sutun ailesinde tutulmas dusunulmustur. Boylece cok kullan lacag dusunulen,
ogrencilerin ders ve sonuc bilgileri bir arada tutularak daha az okuma islemiyle
bu bilgilere erisilebilmektedir.
          </p>
          <p>
            Cizge Veritaban Servisleri O BS'de kullan lacak cizge veritaban n n servis
olarak sunmas goz onunde bulundurularak Graphenedb [
            <xref ref-type="bibr" rid="ref29">29</xref>
            ] secilmistir. Neo4j
[
            <xref ref-type="bibr" rid="ref30">30</xref>
            ]'nin destekledigi bicimde tutulan veriler Graphenedb ile de
saklanabilmektedir. REST servisi uzerinden bir baglant adresi, kullan c ad ve sifre ile saklanan
verilere erisilir. Ayr ca mevcut cizge yap s bir arayuz ile sorgulanabilmekte,
gezilebilmekte ve guncellenebilmektedir. Cizgenin gorsel temsili de kullan c lar
ac s ndan anlas lmas na ve gezilebilmesine olanak saglamaktad r.
4
          </p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Sonuc</title>
      <p>Bu cal smada buyuk veri gereksinimlerine uygun veri modellerinin mimari
yaklas mlar ele al nm st r. Ayn anda birden cok mimariye olan gereksinime
deginilmis ve ornek bir durum cal smas olusturulmustur. Bu durum cal smas
icin melez bir veri modeli mimarisi onerilmistir. O BS ornek mimarisinin
gerceklestiriminde tercih edilebilecek buyuk veri teknolojileri ve bunlar servis olarak
sunan cozumler de ele al nm s ve bunlar n ileride hibrit modelin gerceklestiriminde
ne sekilde kullan lacag na s k tutulmustur.</p>
      <p>I_slevsel fonksiyonlar kapsaml bir sekilde gerceklestirilmek istense de tum
veri erisim senaryolar tahmin edilemeyebilir. Bu cal smada sunulan tasar mda
istisna durumlar goz ard edilebileceginden, gerceklestirim asamas nda cok cesitli
kal c l k onemli hale gelmektedir. Yonetim modelinin duzgun bir sekilde
gerceklestirilmesi ve bu modeli kullanan bir veri yonetim katman n n uygulama baz nda
olusturulmas buyuk onem tas maktad r. Veri yonetim katman sayesinde farkl
veri modelleri aras nda iletisim ve tutarl l k saglan p ihtiyaca yonelik uygun veri
modeli yaklas m ndan faydalanan bir veri yonetim sistemi gerceklenmis olacakt r.
I_lerleyen asamada onerilen mimarinin gerceklestirimi yap lacak ve okuma-yazma
sorgu performanslar mevcut veri modelleriyle kars last r lacakt r.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <given-names>Michael</given-names>
            <surname>Armbrust</surname>
          </string-name>
          , Armando Fox, Rean Gri th, Anthony D. Joseph, Randy Katz, Andy Konwinski,
          <string-name>
            <given-names>Gunho</given-names>
            <surname>Lee</surname>
          </string-name>
          , David Patterson,
          <string-name>
            <given-names>Ariel</given-names>
            <surname>Rabkin</surname>
          </string-name>
          , Ion Stoica, and
          <string-name>
            <given-names>Matei</given-names>
            <surname>Zaharia</surname>
          </string-name>
          .
          <article-title>A view of cloud computing</article-title>
          .
          <source>Commun. ACM</source>
          ,
          <volume>53</volume>
          (
          <issue>4</issue>
          ):
          <volume>50</volume>
          {
          <fpage>58</fpage>
          ,
          <string-name>
            <surname>April</surname>
          </string-name>
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <given-names>Peter</given-names>
            <surname>Mell</surname>
          </string-name>
          and
          <string-name>
            <given-names>Tim</given-names>
            <surname>Grance</surname>
          </string-name>
          .
          <article-title>The nist de nition of cloud computing</article-title>
          .
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <given-names>James</given-names>
            <surname>Manyika</surname>
          </string-name>
          , Michael Chui, Brad Brown, Jacques Bughin, Richard Dobbs, Charles Roxburgh, Angela Hung Byers, and
          <article-title>McKinsey Global Institute</article-title>
          .
          <article-title>Big data: The next frontier for innovation, competition, and productivity</article-title>
          .
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Jules</surname>
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Berman</surname>
          </string-name>
          .
          <article-title>Principles of Big Data: Preparing, Sharing, and Analyzing Complex Information</article-title>
          . Morgan Kaufmann Publishers Inc., San Francisco, CA, USA, 1st edition,
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <given-names>Douglas</given-names>
            <surname>Laney</surname>
          </string-name>
          .
          <article-title>3d data management: Controlling data volume, velocity and variety</article-title>
          .
          <source>META Group Research Note</source>
          ,
          <volume>6</volume>
          ,
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <given-names>Rick</given-names>
            <surname>Cattell</surname>
          </string-name>
          .
          <article-title>Scalable sql and nosql data stores</article-title>
          .
          <source>SIGMOD Rec</source>
          .,
          <volume>39</volume>
          (
          <issue>4</issue>
          ):
          <volume>12</volume>
          {
          <fpage>27</fpage>
          , May
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Pramod</surname>
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Sadalage</surname>
            and
            <given-names>Martin</given-names>
          </string-name>
          <string-name>
            <surname>Fowler</surname>
          </string-name>
          .
          <article-title>NoSQL distilled : a brief guide to the emerging world of polyglot persistence</article-title>
          ,
          <source>chapter Polyglot Persistence</source>
          , pages
          <volume>133</volume>
          {
          <fpage>134</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <given-names>Srikrishna</given-names>
            <surname>Prasad</surname>
          </string-name>
          and MS Nunifar Sha.
          <article-title>Nextgen data persistence pattern in healthcare: Polyglot persistence</article-title>
          .
          <source>In 2013 Fourth International Conference on Computing, Communications and Networking Technologies (ICCCNT)</source>
          , pages
          <fpage>1</fpage>
          <article-title>{8</article-title>
          . IEEE,
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <given-names>E. F.</given-names>
            <surname>Codd</surname>
          </string-name>
          .
          <article-title>A relational model of data for large shared data banks</article-title>
          .
          <source>Commun. ACM</source>
          ,
          <volume>13</volume>
          (
          <issue>6</issue>
          ):
          <volume>377</volume>
          {
          <fpage>387</fpage>
          ,
          <year>June 1970</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <given-names>Nitin</given-names>
            <surname>Sawant</surname>
          </string-name>
          and
          <string-name>
            <given-names>Himanshu</given-names>
            <surname>Shah. Big Data Application Architecture</surname>
          </string-name>
          <string-name>
            <given-names>Q</given-names>
            &amp;
            <surname>A: A Problem - Solution Approach</surname>
          </string-name>
          . Apress, Berkely, CA, USA, 1st edition,
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <given-names>Michael</given-names>
            <surname>Stonebraker</surname>
          </string-name>
          and
          <string-name>
            <given-names>Rick</given-names>
            <surname>Cattell</surname>
          </string-name>
          .
          <article-title>10 rules for scalable performance in 'simple operation' datastores</article-title>
          .
          <source>Commun. ACM</source>
          ,
          <volume>54</volume>
          (
          <issue>6</issue>
          ):
          <volume>72</volume>
          {
          <fpage>80</fpage>
          ,
          <year>June 2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <article-title>Solving the nosql data modeling dilemma</article-title>
          . http://blog.foundationdb.
          <article-title>com/ video-recap-solving-the-nosql-data-modeling-</article-title>
          <string-name>
            <surname>dilemma</surname>
          </string-name>
          , (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Foundationdb</surname>
          </string-name>
          . https://foundationdb.com, (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Arangodb</surname>
          </string-name>
          . https://www.arangodb.com, (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Meta-Object Facility</surname>
          </string-name>
          (MOF). http://www.omg.org/mof/, (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Holger</surname>
            <given-names>Wache</given-names>
          </string-name>
          , Thomas Voegele, Ubbo Visser, Heiner Stuckenschmidt, Gerhard Schuster, Holger Neumann, and
          <article-title>Sebastian Hubner. Ontology-based integration of information-a survey of existing approaches</article-title>
          .
          <source>In IJCAI-01 workshop: ontologies and information sharing</source>
          , volume
          <volume>2001</volume>
          , pages
          <fpage>108</fpage>
          {
          <fpage>117</fpage>
          .
          <string-name>
            <surname>Citeseer</surname>
          </string-name>
          ,
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>Namyoun</surname>
            <given-names>Choi</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Il-Yeol Song</surname>
          </string-name>
          , and Hyoil Han.
          <article-title>A survey on ontology mapping</article-title>
          .
          <source>SIGMOD Rec</source>
          .,
          <volume>35</volume>
          (
          <issue>3</issue>
          ):
          <volume>34</volume>
          {
          <fpage>41</fpage>
          ,
          <year>September 2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>Amazon RDS</surname>
          </string-name>
          <article-title>Documentation</article-title>
          . http://docs.aws.amazon.com/AmazonRDS/ latest/UserGuide/Welcome.html, (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>Amazon</surname>
            <given-names>RDS</given-names>
          </string-name>
          . http://aws.amazon.com/rds/, (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20.
          <string-name>
            <surname>Microsoft SQL</surname>
          </string-name>
          <article-title>Azure</article-title>
          . http://azure.microsoft.com/tr-tr/services/ sql-database/, (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          21. Google Cloud SQL. https://cloud.google.com/sql/, (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          22. mongoDB. https://www.mongodb.org/, (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          23.
          <string-name>
            <surname>Amazon Elastic Compute</surname>
          </string-name>
          <article-title>Cloud (EC2)</article-title>
          . http://aws.amazon.com/ec2/, (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          24. Google Cloud Platform. https://cloud.google.com/, (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          25. Amazon DynamoDB. http://aws.amazon.com/dynamodb/, (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          26. Google Big Table. https://cloud.google.com/bigtable/, (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          27. Hadoop Map Reduce. http://hadoop.apache.
          <source>org/docs/r1.2</source>
          .1/mapred_ tutorial.html, (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref28">
        <mixed-citation>
          28. Apache Cassandra. http://cassandra.apache.org/, (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref29">
        <mixed-citation>
          29.
          <string-name>
            <surname>Graphenedb</surname>
          </string-name>
          . http://www.graphenedb.com/, (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref30">
        <mixed-citation>
          30. Neo4j. http://neo4j.com/, (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>