{"id":55701,"date":"2020-01-26T00:00:00","date_gmt":"2020-01-25T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/nuzhno-li-nam-ozero-dannyh-a-chto-delat-s-hranilishhem-dannyh"},"modified":"2020-02-18T14:03:50","modified_gmt":"2020-02-18T11:03:50","slug":"nuzhno-li-nam-ozero-dannyh-a-chto-delat-s-hranilishhem-dannyh","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/nuzhno-li-nam-ozero-dannyh-a-chto-delat-s-hranilishhem-dannyh","title":{"rendered":"Ali potrebujemo jezero podatkov? Kaj pa shranjevanje podatkov?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>To je \u010dlanek prevod moje objave na medium \u2014 <noindex><a rel=\"nofollow\" href=\"https:\/\/medium.com\/rock-your-data\/getting-started-with-data-lake-4bb13643f9\">Uvod v podatkovna jezera<\/a><\/noindex>, ki je bila precej priljubljena, verjetno zaradi svoje preprostosti. Zato sem se odlo\u010dil, da jo napi\u0161em tudi v sloven\u0161\u010dini in nekoliko dopolnim, da bi preprosti osebi, ki ni strokovnjak za podatke, postalo jasno, kaj je skladi\u0161\u010de podatkov (DW), kaj pa podatkovno jezero (Data Lake) in kako skupaj sobivata. <\/p>\n<p>Zakaj sem hotel napisati o podatkovnem jezeru? Z podatki in analitiko delam \u017ee ve\u010d kot 10 let, trenutno pa delam s skupnimi podatki pri Amazon Alexa AI v Cambridgeu, ki je blizu Bostonu, \u010deprav \u017eivim v Victorii na otoku Vancouver in pogosto sem tudi v Bostonu, Seattlu ter Vancouverju, v\u010dasih celo v Moskvi, kjer nastopam na konferencah. Tudi ob\u010dasno pi\u0161em, a ve\u010dinoma v angle\u0161\u010dini, in \u017ee sem napisal <noindex><a rel=\"nofollow\" href=\"https:\/\/www.amazon.com\/Dmitry-Anoshin\/e\/B01A5PVT2M\">nekaj knjig<\/a><\/noindex>, poleg tega imam potrebo, da delim trende analitike iz Severne Amerike, zato ob\u010dasno pi\u0161em tudi v <noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/rockyourdata\">Telegramu<\/a><\/noindex>.<\/p>\n<p>Vedno sem delal s skladi\u0161\u010di podatkov, od leta 2015 pa intenzivno sodelujem z Amazon Web Services, sploh sem se preusmeril na obla\u010dno analitiko (AWS, Azure, GCP). Spremljal sem evolucijo re\u0161itev za analitiko od leta 2007 in sam sem celo delal pri ponudniku skladi\u0161\u010d podatkov Teradata ter jo implementiral v Sberbanki, takrat se je pojavila Big Data z Hadoopom. Vsi so govorili, da je era skladi\u0161\u010d minila in da zdaj vsi delajo na Hadoopu, nato so za\u010deli govoriti o podatkovnih jezerih, spet so trdili, da je zdaj za skladi\u0161\u010de podatkov kon\u010dno konec. A na sre\u010do (morda za nekatere pa nesre\u010do, ki so zaslu\u017eili veliko denarja s postavitvijo Hadoopa) skladi\u0161\u010de podatkov ni izginilo. <br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nV tem \u010dlanku bomo preu\u010dili, kaj je podatkovno jezero. \u010clanek je namenjen ljudem, ki imajo malo ali ni\u010d izku\u0161enj s skladi\u0161\u010di podatkov.<\/p>\n<p><img decoding=\"async\" alt=\"Ali potrebujemo jezero podatkov? Kaj pa shranjevanje podatkov?\" src=\"\/wp-content\/uploads\/2020\/01\/85b3eda809ce19fc33efb2fad4e93a41.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNa sliki je Bledsko jezero, to je eno mojih najljub\u0161ih jezer, \u010deprav sem bil tam le enkrat, vendar sem si ga zapomnil za vse \u017eivljenje. A govorili bomo o drugem tipu jezera \u2014 podatkovnem jezeru. Mnogi med vami so \u017ee sli\u0161ali ta izraz, toda \u0161e ena definicija ne bo \u0161kodila.<\/p>\n<p>Prvi\u010d, tukaj so najbolj priljubljene definicije podatkovnega jezera:<\/p>\n<blockquote><p>\"datote\u010dno skladi\u0161\u010de vseh tipov surovih podatkov, ki so na voljo za analizo komur koli v organizaciji\" \u2014 Martin Fowler.<\/p><\/blockquote>\n<blockquote><p>\u201e\u010ce menite, da je podatkovna vitrina steklenica vode \u2014 filtrirane, zapakirane in razdeljene za udobno uporabo, pa je jezero podatkov ogromna rezervoar vode v njeni naravni obliki. Uporabniki lahko nabirajo vodo zase, potapljajo se v globine in raziskujejo\u201c \u2014 James Dickinson. <\/p><\/blockquote>\n<p> Zdaj natan\u010dno vemo, da je jezero podatkov o analitiki, omogo\u010da nam shranjevanje velikih koli\u010din podatkov v njihovem izvirnem stanju in imamo potreben in priro\u010den dostop do podatkov.<\/p>\n<p>Radi imam, da poenostavim stvari; \u010de lahko zapleten termin razlo\u017eim s preprostimi besedami, potem sem sam razumel, kako deluje in zakaj je to pomembno. Tako sem neko\u010d raziskoval svoj iPhone v fotogaleriji in spoznal, da je to pravo jezero podatkov, celo naredil sem diapozitiv za konference:<\/p>\n<p><img decoding=\"async\" alt=\"Ali potrebujemo jezero podatkov? Kaj pa shranjevanje podatkov?\" src=\"\/wp-content\/uploads\/2020\/01\/1956ddf4091ca00f6d86c33a6780d495.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nVse je zelo preprosto. Fotografiramo s telefonom, slika se shrani na telefon in lahko se shrani v iCloud (obla\u010dno shranjevanje). Telefon tudi zbira metapodatke fotografije: kaj je na sliki, geolokacija in \u010das. Kot rezultat lahko uporabimo priro\u010den vmesnik iPhona, da najdemo na\u0161o sliko in pri tem vidimo kazalnike; na primer, ko i\u0161\u010dem slike s besedo ogenj (fire), najdem 3 slike z ognjem. Zame je to kot orodje Business Intelligence, ki deluje zelo hitro in natan\u010dno. <\/p>\n<p>In seveda ne smemo pozabiti na varnost (avtorizacijo in autentifikacijo), sicer lahko na\u0161i podatki enostavno pridejo v javni dostop. Veliko novic je o velikih korporacijah in startupih, katerih podatki so pri\u0161li v javni dostop zaradi malomarnosti razvijalcev in nespo\u0161tovanja preprostih pravil.<\/p>\n<p>Tudi taka preprosta slika nam pomaga ponazoriti, kaj je jezero podatkov, njegove razlike od tradicionalnega skladi\u0161\u010da podatkov in njegove glavne elemente:<\/p>\n<ol>\n<li><b>Na\u010d\u00edt\u00e1n\u00ed dat <\/b>(Ingestion) \u2014 klju\u010dna komponenta jezera podatkov. Podatki v skladi\u0161\u010de lahko pridejo na dva na\u010dina \u2014 batch (nalo\u017eitev z intervali) in streaming (podatkovni tok).<\/li>\n<li><b>Obla\u010dno shranjevanje<\/b> (Storage) \u2014 glavna komponenta jezera podatkov. Potrebno je, da je skladi\u0161\u010de enostavno raz\u0161irljivo, izjemno zanesljivo in ima nizke stro\u0161ke. Na primer, v AWS je to S3.<\/li>\n<li><b>Katalog in Iskanje<\/b> (Katalog i Iskanje) \u2014 da se izognemo Zaplati Podatkov (kar pomeni, da vse podatke zme\u0161amo v eno kup, kar onemogo\u010da delo z njimi), moramo ustvariti sloj meta-podatkov za klasifikacijo podatkov, da uporabniki enostavno najdejo podatke, ki jih potrebujejo za analizo. Dodatno lahko uporabimo dodatne re\u0161itve za iskanje, kot je ElasticSearch. Iskanje uporabnikom olaj\u0161a iskanje potrebnih podatkov prek enostavnih vmesnikov.<\/li>\n<li><b>Obdelava<\/b> (Postopek) \u2014 ta korak je odgovoren za obdelavo in transformacijo podatkov. Lahko transformiramo podatke, spreminjamo njihove strukture, jih o\u010distimo in \u0161e veliko ve\u010d. <\/li>\n<li><b>Sigurnost<\/b> (Varnost) \u2014 pomembno je, da namenimo \u010das za oblikovanje varnosti re\u0161itve. Na primer, \u0161ifriranje podatkov med shranjevanjem, obdelavo in prenosom. Uporabiti je treba metode avtentikacije in avtorizacije. Na koncu potrebujemo orodje za revizijo.<\/li>\n<\/ol>\n<p>\nZ prakti\u010dnega vidika lahko podatkovno jezero opi\u0161emo s tremi atributi:<\/p>\n<ol>\n<li><b>Zberite in shranite karkoli<\/b> \u2014 podatkovno jezero vsebuje vse podatke, tako nepredelane surove podatke za katerokoli \u010dasovno obdobje, kot tudi obdelane\/\u010diste podatke.<\/li>\n<li><b>Globoka analiza<\/b> \u2014 podatkovno jezero uporabnikom omogo\u010da raziskovanje in analizo podatkov.<\/li>\n<li><b>Fleksibilen dostop<\/b> \u2014 podatkovno jezero zagotavlja fleksibilen dostop do razli\u010dnih podatkov in razli\u010dnih scenarijev.<\/li>\n<\/ol>\n<p>\nZdaj se lahko pogovorimo o razliki med skladi\u0161\u010dem podatkov in podatkovnim jezerom. Ljudje obi\u010dajno spra\u0161ujejo:<\/p>\n<ul>\n<li>Kaj pa skladi\u0161\u010de podatkov?<\/li>\n<li>Nadome\u0161\u010damo skladi\u0161\u010de podatkov s podatkovnim jezerom ali ga raz\u0161irjamo?<\/li>\n<li>Ali lahko resni\u010dno obvladamo brez podatkovnega jezera?<\/li>\n<\/ul>\n<p>\nNa kratko, ni jasnega odgovora. Vse je odvisno od konkretne situacije, spretnosti v ekipi in prora\u010duna. Na primer, migracija skladi\u0161\u010da podatkov iz Oracle v AWS in ustvarjanje podatkovnega jezera s h\u010derinsko dru\u017ebo Amazona \u2014 Woot \u2014 <noindex><a rel=\"nofollow\" href=\"https:\/\/aws.amazon.com\/blogs\/big-data\/our-data-lake-story-how-woot-com-built-a-serverless-data-lake-on-aws\/\">Na\u0161a zgodba o podatkovnem jezeru: Kako je Woot.com zgradil brezstre\u017eno podatkovno jezero na AWS<\/a><\/noindex>. <\/p>\n<p>Po drugi strani pa vendor Snowflake trdi, da se vam ni ve\u010d treba ukvarjati s podatkovnim jezerom, saj njihova podatkovna platforma (do leta 2020 je bilo skladi\u0161\u010de podatkov) omogo\u010da zdru\u017eitev podatkovnega jezera in skladi\u0161\u010da podatkov. Malo sem delal s Snowflake in to je resni\u010dno edinstven izdelek, ki to lahko stori. Cena je drugo vpra\u0161anje.<\/p>\n<p>Na koncu, moja osebna ocena je, da \u0161e vedno potrebujemo shrambo podatkov kot glavni vir podatkov za na\u0161e poro\u010danje, vse, kar ne zmestim, pa hranimo v jezeru podatkov. Vloga analitike je zagotoviti enostaven dostop podjetju za sprejemanje odlo\u010ditev. Kakorkoli obrne\u0161, poslovni uporabniki delajo u\u010dinkoviteje s shrambo podatkov kot z jezerom podatkov, na primer v Amazonu \u2014 obstaja Redshift (analiti\u010dna shramba podatkov) in Redshift Spectrum\/Athena (SQL vmesnik za jezero podatkov v S3, zgrajen na osnovi Hive\/Presto). Enako velja za druga moderna analiti\u010dna skladi\u0161\u010da podatkov.<\/p>\n<p>Poglejmo tipi\u010dno arhitekturo shrambe podatkov:<\/p>\n<p><img decoding=\"async\" alt=\"Ali potrebujemo jezero podatkov? Kaj pa shranjevanje podatkov?\" src=\"\/wp-content\/uploads\/2020\/01\/a2015f7f5e28e8a671699682105e011e.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nTo je klasi\u010dna re\u0161itev. Imamo sisteme virov, s pomo\u010djo ETL\/ELT kopiramo podatke v analiti\u010dno shrambi podatkov in povezujemo z re\u0161itvijo Business Intelligence (moja najljub\u0161a je Tableau, kaj pa va\u0161a?). <\/p>\n<p>Tak\u0161na re\u0161itev ima naslednje pomanjkljivosti:<\/p>\n<ul>\n<li>ETL\/ELT operacije zahtevajo \u010das in vire.<\/li>\n<li>Na splo\u0161no je pomnilnik za shranjevanje podatkov v analiti\u010dni shrambi podatkov drag (na primer Redshift, BigQuery, Teradata), saj moramo kupiti celoten klaster.<\/li>\n<li>Poslovni uporabniki imajo dostop do o\u010di\u0161\u010denih in pogosto agregiranih podatkov ter nimajo mo\u017enosti pridobiti surovih podatkov.<\/li>\n<\/ul>\n<p>\nSeveda, vse je odvisno od va\u0161e situacije. \u010ce nimate te\u017eav s svojo shrambo podatkov, potem je jezero podatkov popolnoma nepotrebno. Vendar pa se, ko se pojavijo te\u017eave s pomanjkanjem prostora, mo\u010di ali je cena klju\u010dnega pomena, lahko razmisli o re\u0161itvi z jezerom podatkov. Prav zato je jezero podatkov zelo priljubljeno. Tukaj je primer arhitekture jezera podatkov:<br \/>\n<img decoding=\"async\" alt=\"Ali potrebujemo jezero podatkov? Kaj pa shranjevanje podatkov?\" src=\"\/wp-content\/uploads\/2020\/01\/c952e2202a6ce2c8d7d91215aa5390cc.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nZ uporabo pristopa jezera podatkov nalagamo surove podatke v na\u0161e jezero podatkov (batch ali streaming), nato pa obdelujemo podatke po potrebi. Jezero podatkov omogo\u010da poslovnim uporabnikom, da ustvarijo svoje lastne transformacije podatkov (ETL\/ELT) ali analizirajo podatke v re\u0161itvah Business Intelligence (\u010de je na voljo ustrezni gonilnik).<\/p>\n<blockquote><p>Cilj vsake analiti\u010dne re\u0161itve je slu\u017eiti poslovnim uporabnikom. Zato moramo vedno delati na podlagi zahtev podjetja. (V Amazonu je to en od principov \u2014 delanje nazaj).<\/p><\/blockquote>\n<p> Z delom tako s shrambo podatkov kot z jezerom podatkov lahko primerjamo obe re\u0161itvi:<\/p>\n<p><img decoding=\"async\" alt=\"Ali potrebujemo jezero podatkov? Kaj pa shranjevanje podatkov?\" src=\"\/wp-content\/uploads\/2020\/01\/07b62ac9838438a0b28caf1b22b2dccd.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nGlavna zaklju\u010dka koju mo\u017eemo izvu\u0107i je da skladi\u0161te podataka ne konkurira jezeru podataka, ve\u0107 ga vi\u0161e dopunjuje. Me\u0111utim, na vama je da odlu\u010dite \u0161to je najbolje za va\u0161u situaciju. Uvijek je zanimljivo isprobati sam i donijeti prave zaklju\u010dke.<\/p>\n<p>Tako\u0111er bih \u017eelio ispri\u010dati jedan slu\u010daj kada sam po\u010deo koristiti pristup jezera podataka. Sve je to prili\u010dno banalno, poku\u0161ao sam koristiti alat ELT (imali smo Matillion ETL) i Amazon Redshift, moje rje\u0161enje je funkcioniralo, ali nije ispunjavalo zahtjeve.<\/p>\n<p>Trebalo mi je uzeti web logove, transformirati ih i agregirati, kako bih osigurao podatke za dva slu\u010daja:<\/p>\n<ol>\n<li>Marketing tim je \u017eelio analizirati aktivnost botova za SEO<\/li>\n<li>IT je \u017eelio pratiti metrike rada web stranica<\/li>\n<\/ol>\n<p>\nVrlo jednostavno, vrlo jednostavni logovi. Evo primjera:<\/p>\n<pre><code class=\"plaintext\">https 2018-07-02T22:23:00.186641Z app\/my-loadbalancer\/50dc6c495c0c9188 \n192.168.131.39:2817 10.0.0.1:80 0.086 0.048 0.037 200 200 0 57 \n&quot;GET https:\/\/www.example.com:443\/ HTTP\/1.1&quot; &quot;curl\/7.46.0&quot; ECDHE-RSA-AES128-GCM-SHA256 TLSv1.2 \narn:aws:elasticloadbalancing:us-east-2:123456789012:targetgroup\/my-targets\/73e2d6bc24d8a067\n&quot;Root=1-58337281-1d84f3d73c47ec4e58577259&quot; &quot;www.example.com&quot; &quot;arn:aws:acm:us-east-2:123456789012:certificate\/12345678-1234-1234-1234-123456789012&quot;\n1 2018-07-02T22:22:48.364000Z &quot;authenticate,forward&quot; &quot;-&quot; &quot;-&quot;<\/code><\/pre>\n<p>\nJedna datoteka je te\u017eila 1-4 megabajta.<\/p>\n<p>Me\u0111utim, postojala je jedna pote\u0161ko\u0107a. Imali smo 7 domena \u0161irom svijeta, i u jednom danu je stvoreno 7000 datoteka. To nije neki veliki volumen, ukupno 50 gigabajta. No, veli\u010dina na\u0161eg Redshift clustra tako\u0111er je bila mala (4 nodova). Tradicionalno u\u010ditavanje jedne datoteke trajalo je oko minute. Dakle, zadatak se nije mogao rije\u0161iti ravno. I to je bio onaj slu\u010daj kada sam odlu\u010dio koristiti pristup jezera podataka. Rje\u0161enje je izgledalo otprilike ovako:<\/p>\n<p><img decoding=\"async\" alt=\"Ali potrebujemo jezero podatkov? Kaj pa shranjevanje podatkov?\" src=\"\/wp-content\/uploads\/2020\/01\/21ca33e82da56f83b3deab4c32eb2345.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nTo je dovoljno jednostavno (\u017eelim napomenuti da je prednost rada u oblaku jednostavnost). Koristio sam:<\/p>\n<ul>\n<li>AWS Elastic Map Reduce (Hadoop) kao obrtnu snagu <\/li>\n<li>AWS S3 kao skladi\u0161te datoteka s mogu\u0107no\u0161\u0107u \u0161ifriranja podataka i razgrani\u010denja pristupa<\/li>\n<li>Spark kao InMemory obrtnu snagu i PySpark za logiku i transformaciju podataka<\/li>\n<li>Parquet kao rezultat rada Sparka<\/li>\n<li>AWS Glue Crawler kao skuplja\u010d metapodataka o novim podacima i particijama<\/li>\n<li>Redshift Spectrum kao SQL su\u010delje za jezero podataka za postoje\u0107e korisnike Redshift<\/li>\n<\/ul>\n<p>\nNajmanji EMR+Spark klaster obradio je sve serije datoteka za 30 minuta. Postoje i drugi slu\u010dajevi za AWS, posebno mnogi vezani za Alexu, gdje ima puno podataka. <\/p>\n<p>Pred kratkim sem odkril eno od pomanjkljivosti podatkovnega jezera \u2014 to je GDPR. Problematika se pojavi, ko stranka zahteva odstranitev podatkov, a so ti v eni izmed datotek; v tem primeru ne moremo uporabljati jezika za manipulacijo podatkov in operacije DELETE, kot to storimo v bazi podatkov.<\/p>\n<p>Upam, da je \u010dlanek pojasnil razliko med podatkovnim skladi\u0161\u010dem in podatkovnim jezerom. \u010ce vas je zanimalo, lahko prevedem tudi svoje druge \u010dlanke ali \u010dlanke strokovnjakov, ki jih berem. Prav tako lahko spregovorim o re\u0161itvah, s katerimi delam, in njihovi arhitekturi.<br \/>\n<br \/>Izvor: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/485180\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u042d\u0442\u043e \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u043c\u043e\u0435\u0439 \u0441\u0442\u0430\u0442\u044c\u0438 \u043d\u0430 medium \u2014 Getting Started with Data Lake, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u043e\u043a\u0430\u0437\u0430\u043b\u0430\u0441\u044c \u0434\u043e\u0432\u043e\u043b\u044c\u043d\u043e \u043f\u043e\u043f\u0443\u043b\u044f\u0440\u043d\u043e\u0439, \u043d\u0430\u0432\u0435\u0440\u043d\u043e\u0435 \u0438\u0437-\u0437\u0430 \u0441\u0432\u043e\u0435\u0439 \u043f\u0440\u043e\u0441\u0442\u043e\u0442\u044b. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u044f \u0440\u0435\u0448\u0438\u043b \u043d\u0430\u043f\u0438\u0441\u0430\u0442\u044c \u0435\u0435 \u043d\u0430 \u0440\u0443\u0441\u0441\u043a\u043e\u043c \u044f\u0437\u044b\u043a\u0435 \u0438 \u043d\u0435\u043c\u043d\u043e\u0433\u043e \u0434\u043e\u043f\u043e\u043b\u043d\u0438\u0442\u044c, \u0447\u0442\u043e\u0431\u044b \u043f\u0440\u043e\u0441\u0442\u043e\u043c\u0443 \u0447\u0435\u043b\u043e\u0432\u0435\u043a\u0443, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u043d\u0435 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u0438\u0441\u0442\u043e\u043c \u043f\u043e \u0440\u0430\u0431\u043e\u0442\u0435 \u0441 \u0434\u0430\u043d\u043d\u044b\u043c\u0438 \u0441\u0442\u0430\u043b\u043e \u043f\u043e\u043d\u044f\u0442\u043d\u043e, \u0447\u0442\u043e \u0442\u0430\u043a\u043e\u0435 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435 \u0434\u0430\u043d\u043d\u044b\u0445 (DW), \u0430 \u0447\u0442\u043e \u0442\u0430\u043a\u043e\u0435 \u043e\u0437\u0435\u0440\u043e \u0434\u0430\u043d\u043d\u044b\u0445 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-55701","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.4 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u042d\u0442\u043e \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u043c\u043e\u0435\u0439 \u0441\u0442\u0430\u0442\u044c\u0438 \u043d\u0430 medium \u2014 Getting Started with Data Lake.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/nuzhno-li-nam-ozero-dannyh-a-chto-delat-s-hranilishhem-dannyh\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"sl_SI\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041d\u0443\u0436\u043d\u043e \u043b\u0438 \u043d\u0430\u043c \u043e\u0437\u0435\u0440\u043e \u0434\u0430\u043d\u043d\u044b\u0445? \u0410 \u0447\u0442\u043e \u0434\u0435\u043b\u0430\u0442\u044c \u0441 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435\u043c \u0434\u0430\u043d\u043d\u044b\u0445? | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u042d\u0442\u043e \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u043c\u043e\u0435\u0439 \u0441\u0442\u0430\u0442\u044c\u0438 \u043d\u0430 medium \u2014 Getting Started with Data Lake.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/nuzhno-li-nam-ozero-dannyh-a-chto-delat-s-hranilishhem-dannyh\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-01-25T21:00:00+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-02-18T11:03:50+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Potrebujemo podatkovno jezero? Kaj pa podatkovno skladi\u0161\u010de? | ProHoster","description":"Ta \u010dlanek je prevod mojega \u010dlanka na Mediumu \u2014 Uvod v podatkovno jezero.","canonical_url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/nuzhno-li-nam-ozero-dannyh-a-chto-delat-s-hranilishhem-dannyh","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sl_SI","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041d\u0443\u0436\u043d\u043e \u043b\u0438 \u043d\u0430\u043c \u043e\u0437\u0435\u0440\u043e \u0434\u0430\u043d\u043d\u044b\u0445? \u0410 \u0447\u0442\u043e \u0434\u0435\u043b\u0430\u0442\u044c \u0441 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435\u043c \u0434\u0430\u043d\u043d\u044b\u0445? | ProHoster","og:description":"\u042d\u0442\u043e \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u043c\u043e\u0435\u0439 \u0441\u0442\u0430\u0442\u044c\u0438 \u043d\u0430 medium \u2014 Getting Started with Data Lake.","og:url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/nuzhno-li-nam-ozero-dannyh-a-chto-delat-s-hranilishhem-dannyh","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-01-25T21:00:00+00:00","article:modified_time":"2020-02-18T11:03:50+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"55701","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:38:32","updated":"2022-09-27 20:27:01","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/55701","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/comments?post=55701"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/55701\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media?parent=55701"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/categories?post=55701"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/tags?post=55701"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}