[Musika jotzen] RICK Houlihan: Ondo da. Kaixo, denek. Nire izena Rick Houlihan da. Senior nagusietako bat naiz AWS arkitekto irtenbideak. NoSQL ardatz dut eta DynamoDB teknologia. Hemen nago gaur hitz egin direnekin buruz pixka bat. 

Nire hondo da nagusiki datuak geruza. Nire garapenaren erdi eman nuen karrera idatziz datu-basea, datu horiek ikusi, soluzioak hainbat aplikazio. Cloud birtualizazio egon naiz 20 urte inguru. Beraz Cloud Cloud zen aurretik, Baliagarritasun informatika deitzeko erabiltzen dugu. Eta ideia izan zen, dirudienez PG & E, zer erabili duzu ordaindu behar duzu. Gaur da hodeia deitzen duguna. 

Baina urteetan zehar, lan egin dut enpresa pare bat ziurrenik duzun inoiz entzun. Baina teknikoen zerrenda bat konpilatu dut lorpenak, esan duzun asmatzen dut. Cloud sistemetan zortzi patenteak daukat birtualizazio, mikroprozesadore diseinua, Gertaera prozesatzeko konplexua, eta beste arlo batzuetan ere bai. 

Beraz, egun hauetan, batez ere, arreta jarri NoSQL on I teknologia eta hurrengo belaunaldia datu-basea. Eta hori da, oro har, zer noa Hemen duzu buruz gaur hitzegiten egotea. Beraz, zer espero dezakezu saio honetatik, labur baten bidez egingo dugu informatikaren historia. Da beti lagungarria ulertzen nondik gatozen eta zergatik ari garen, non gauden. Eta hitz egin dugu pixka bat NoSQL teknologiari buruzko bit funtsezko ikuspegitik. 

Egingo batzuk sartu ditugu DynamoDB barnekoak. DynamoDB AWS en no zaporea da. Honez guztiz kudeatzen eta NoSQL irtenbide anfitrioi. Eta hitz egin dugu mahai buruz pixka bat egitura, APIak, datu-motak, indizeak, eta barnekoak batzuk DynamoDB teknologia hori. Egingo diseinu batzuk sartu ditugu ereduak eta praktika onak. Egingo nola buruz hitz egin dugu teknologia hau erabili batzuentzat Gaur egungo eskabideak. Eta gero hitz egingo dugu pixka bat bilakaeraren edo azaleratzea buruz programazio paradigma berri baten Gertaera bultzatutako aplikazioen izeneko eta nola DynamoDB dela jotzen baita. Eta zuk utziko dugu pixka bat erreferentziazko arkitektura eztabaida bat beraz, batzuk buruz hitz egin ahal izango dugu bideetan DynamoDB erabili ahal izango duzu. 

Beraz, lehenengo honetan off-- galdera bat da Asko da, zer da datu base bat entzuten dut. Jende asko uste dute Badakizu, datu-base bat zer den. Duzu Google bada, hau ikusiko duzu. It da datu multzo egituratua ospatu Ordenagailu bat, batez ere, bat batean, Hainbat modu eskuragarri. Suposatzen dut ona database moderno baten definizioa. Baina ez zait gustatzen, zeren Gauza pare bat dakar berekin. Egitura dakar. Eta dakar, hori da ordenagailu baten gainean. Eta datu ez zuen beti ordenagailuetan existitzen. Datu baseak benetan modu askotan existitu. 

Beraz baten definizioa hobea database honen antzeko zerbait da. Datu-base bat da bat antolatu gordetzeko eta kudeatzeko mekanismo, eta informazioa jasotzen. Hau About.com da. Beraz, nahi dut hau delako benetan hitzaldiak buruzko datu base bat biltegi bat izatea, biltegi bat Informazio, ez du zertan Zerbait hori ordenagailu batean esertzen. Eta historian zehar, ez dugu ez dute beti izan ordenagailuetan. 

Orain, batez bestekoa eskatzen baldin dut sustatzailearen gaur zer da datu base bat, erantzuna ez dut lortzen da. Nonbait gauza makila dut. Eskuin? Eta egia da. Baina zorigaiztoko da. Datu-basea da benetan delako modernoaren aplikazio oinarriak. Fundazioa da Aplikazio guztietan. Eta hori nola eraiki duzu datu-basea, nola egituratu duzu Datu hori dictate nola joan behar den Aplikazio burutzen eskalatzeko duzun bezala. 

Beraz, gaur egun, nire lana asko da aurre zer denean garatzaileek gertatzen planteamendu hau hartu eta Kolpe aurre Aplikazio baten dagoela hau da, gaur egun, jatorrizko haratago eskalatuz asmo eta sufrimendua diseinu txarra. Beraz, espero duzunean jaramonik gaur, ikusiko duzu tresna pare bat ere izan Zure gerriko duzula mantendu egingo akats horiek bera egitea. Ados. Hargatik hitz pixka bat buruz database teknologia denbora-lerroan. Nik uste dut bat irakurri nuen Artikulu, duela ez asko eta zerbait lerroak on esan du adierazpen oso poetiko bat da. Esan ohi historian datuen tratamenduaren da marka handiko beteta Datu ugaritasuna. ONDO DA. Orain, uste dut hori da mota egia. Baina, egia esan, Begiratzen dut dagoen bezala historian benetan beteta Datu presio marka handiko. Datu-tasa duelako irenstea inoiz jaisten. Bakarrik joaten da, gehienez ere. 

Eta berrikuntza gertatzen denean Datu presioa, ikusiko dugu bertan datuen kopurua dela da orain sistema jartzean ere. Eta hori ezin da prozesatu modu eraginkorrean bai denboran edo kostu. Eta hori da, hasten gara datuen presioa begiratu. 

Beraz, noiz begiratu at dugu lehen datu-basean, hau inork ez zela gure belarriak artean dago. Guztiak gara berarekin jaio. Polita datu base bat da. Erabilgarritasuna handia dauka. Beti da gainean. Beti izango duzu ulertzen. 

Baina erabiltzaile bakar da. Ezin dut nire pentsamenduak partekatu. Ezin duzu nire pentsamenduak denean horiek nahi duzun. Eta euren abilitiy ez da hain ona. Gauzak ahazten dugu. Orain eta gero, gutako bakoitzak hosto eta mugitzen existentzia bestera eta dena galtzen dugu Datu-base horretan izan zen. Beraz, hori ez da guztia dela ona. 

Eta hau ondo aritu denboran zehar noiz itzuli ginen egun batean denean guztia benetan behar genituela ezagutzen da non gauden bihar joan edo non janaria onenak bildu ditugu. Baina nahi bezala hazten hasi ginen bezala zibilizazioaren eta gobernu hasi den izaki sartuko da, eta Negozio eboluzionatzen hasi, gara konturatzen hasi ginen baino pixka bat gehiago behar zer dugu gure burua jarri daiteke. Ados? 

Erregistro-sistemak behar genuen. Gai biltegiko datuen izan den lekuetan, behar dugu. Beraz, idazketa dokumentuak hasi ginen, Liburutegi eta artxiboak sortzeko. Garatzen hasi ginen sistema Ledger kontabilitate bat. Eta Ledger zenbaketa sistema hori mende askotan mundu ran, eta agian mila urte bezala puntua motatako dugu hazi non datuen karga hori gainditu sistema horien gaitasuna eduki ahal izateko. 

Eta hau benetan 1880ko gertatu. Eskuin? 1880 US errolda ere. Hau da, benetan inflexio datuak prozesatzeko moderno seinalatu. Hau puntua da bertan datuen kopurua zela ari bildutako Estatu Batuetako gobernuak puntua lortu Bertan zortzi urte behar izan du, prozesu. 

Orain, zortzi years-- gisa , badakizu erroldaren eskailerak 10 years-- behin egiten da, beraz, Nahiko argi dagoela denbora by dugu 1890 erroldaren lortu, Datu-kopuru hori zen prozesatu beharreko joan gobernuak zen 10 urte baino gehiagokoa joan da zentsu berria abian jarri hartuko luke. Hau arazo bat izan zen. 

Beraz tipo bat izendatu Herman Hollerith zen batera eta unitate errekorra zulatu asmatu zuen txartelak, zulatu txartel irakurgailua, zulatu txartela tabuladorea, eta erkatzea du Teknologia honen mekanismoak. Eta osatu egin zuen enpresa hori denbora, besteak beste pare bat batera, benetan bihurtu baten zutabeetako bat enpresa txiki gaur ezagutzen dugun IBM deitzen. 

Beraz IBM jatorriz zen database negozioan. Eta hori da benetan zer egin zuten. Datuak prozesatzeko egin zuten. 

Beraz zulatu ugaritzea gisa txartelak, mekanismo bat sinpleagoak duten onura ateratzeko gai izatea teknologia ordenatuko emaitza multzo inkesta. Argazki hau ikus dezakezu Han pixka bat egin behar dugu Apur bat small-- da, baina ikusi ahal izango duzu mekanikoak mekanismo oso trebea non zulatu txartela bizkarreko bat behar dugu. Eta norbaiti hartzea bihurkin apur bat eta bidez itsastea slots eta altxatuz Partidu hori lortzeko, antolatu ezarri. 

Hau baturik da. Horretarako dugu denbora guztian Ordenagailua ere, gaur egun, non egiten duzun datu-basean. Eskuz egin ohi dugu, ezta? Pertsonak Elkarrekin jarri gauza horiek. Eta ugaritzea izan zen zulatu txartel hauen Datu danborrak zer deitzen dugun sartu eta datuen kopurua, paper zinta. 

Datuak prozesatzeko industria hartu jokalari piano ikasgai bat. Jokalarien piano atzera mendearen txanda paper zinta slots batera erabili erabiltzen on kontatzeko zer tekla jolasteko. Beraz, teknologia hori egokitu zuen Azkenean datuak digital gordetzeko, dute datu hori jarri baitezake paper zinta zinta horiek kalera. 

Orain, ondorioz, datuak zen, egia esan, nola sartzen bazara, datu horiek zuzenean zen nola gordetzen duzu menpe. Beraz, datu hauek jarri dut zinta bat bada, Datu linealki sartzeko aukera izan nuen. Oro har jaurti behar izan nuen Zintaren datu guztiak sartu ahal izateko. Datu jarri dut zulatu ere bada txartelak, sartu izan dut apur bat gehiago ausazko ere moda, agian ez azkar gisa. 

Baina ez dago nola mugak ginen oinarritutako nola gordetzen zen datuei sarrera. Eta, beraz, hau arazo bat izan zen 50ko hamarkadan sartu. Berriz ere, dugun bezala ikusten hasi gaitezke prozesatu teknologia berriak garatzeko Datuak, eskuinera, zabaltzen da irtenbide berriak atea, programa berriak, berria Datu hori eskabideak. Eta benetan, gobernantza arrazoia izan daiteke zergatik sistema horietako batzuk garatu ditugu. Negozio Baina geratu dira berehala bilakaera atzean gidaria the database modernoaren eta fitxategi sistemaren modernoa. 

Beraz, hurrengo gauza dela Sortu ziren 50ko hamarkadan izan zen fitxategi sistemaren eta izan zen ausazko sarbidea biltegiratze garatzea. Hau ederra izan zen. Orain, bat-bateko guztiak, jarri ahal izango dugu gure fitxategiak edonon disko gogorrak horiei buruzko eta datu horiek ausaz sartu ahal izango dugu. Hori analizatu ahal izango dugu Informazio fitxategiak daudelarik. Eta guztiak konpondu ditugu mundu hamarkadan datuak prozesatzeko arazoak. 

Eta iraun buruz 20 edo 30 urteko bilakaeran arte datu-base erlazionalak, zein Orduan mundu erabaki genuen orain Hori porrot biltegi bat izan behar Datu sprawl fitxategia zehar Hori eraiki dugu sistemak. Eskuin? Gehiegi banatuta datu gehiegi lekuak, datuen de-bikoizketa, eta biltegiratze-kostua izugarria izan zen. 

'70eko hamarkadan, baliabide-garestiena ordenagailu bat izan biltegiratze zen. Prozesadorearen zen kostu finko bat bezala ikusi. Noiz kutxa erosi nuen, PUZak lan batzuk egiten. Honez beharreko spinning ala joan egia esan, lanean edo ez. Hori da benetan hondoratu kostu bat. 

Baina zer kostua me gisa negozio biltegiratze da. Daukat diskoak erosteko ondoan bada Hilabete, kostu erreal bat ordaindu da. Eta biltegiratze garestia dela. 

Orain urte Aurreratu 40 dugu eta beste arazo bat dugu. Kalkulu da orain baliabide garestiena. Biltegiratze merkea da. Esan nahi dut, edozein lekura joan ginen buruzko Hodeia eta aurki ditzakegu merkea biltegiratze. Baina zer ezin dut aurkitu da merkea Kalkulu. 

Beraz, gaur egungo bilakaerari teknologia, datu-basea teknologia, Zinez inguruan zentratu datu banatzen ez dutela jasaten eskala-mota bera base erlazionaletan mugak. Hitz egingo dugu pixka bat zer esan benetan esan nahi du. 

Baina arrazoi bat eta Halako dugu atzean gidaria Datu presioa buruz hitz egin zuen. Datu presio zerbait da duten berrikuntza bultzatzen. Eta begiratu baino gehiago badituzu Azken bost urteetan, hau zer datuen taula bat da enpresa general zehar karga Azken bost urteetan bezala begiratzen. 

Eta arau orokor du days-- horiek Google-- bazoaz datuen% 90 da gaur gordetzen dugu, eta hura izan zen Azken bi urte sortutako. ONDO DA. Orain, hau da, ez da hori berria joera bat. Hori izan da joera da Kanpora joan 100 urte. Orduz geroztik Herman Hollerith zulatu txartela garatuetan, egin ditugun datuak repositories eraikitzeko eta Phenomenal tasak datuak biltzea. 

Beraz, azken 100 urteetan, joera hori ikusi dugu. Hori ez da aldatu egingo da. Aurrera joan, ikusi goaz , ez bada joera azeleratua honetan. Eta zer itxura ikusiko duzu. 

Bat 2010ean enpresa bat izan bada, kudeaketa pean datuen terabyte, gaur egun, esan nahi dute 6.5 Datu petabytes kudeatzeko. Hori da, 6.500 datuen aldiz gehiago. Eta hau ezagutzen dut. Egunero egiten dut lan Enpresa hauekiko. Duela bost urte, I enpresekin hitz luke Nirekin hitz egin nahi zer mina bat buruz Datu Terabyte kudeatu behar da. Eta hitz egingo dute niri nola ikusten dugun buruz hori da ziurrenik joan petabyte bat edo bi izan nahi du Urte pare baten barruan. 

Enpresa horiek berberak gaur nuen bilera naiz batera, eta ari buruzko niri hizketan dute Arazoa ez korporatiboko izatea hamarnaka, 20 datuen petabytes. Beraz leherketa industrian datuak da izugarria gidatzeko irtenbide hobeak lortzea. Eta datu-base erlazionalak da besterik ez eta bizitza eskariari. 

Eta beraz, ez lineala da Datu presioa arteko korrelazioa eta berrikuntza teknikoak. Historia erakutsi digu hau, denborak aurrera egin ahala, betiere, datuen bolumena prozesatu egin behar da sistemaren gaitasuna gainditzen prozesatu zentzuzko denbora batean edo arrazoizko kostu batean, teknologia gero berria asmatu dira arazo horiek konpontzeko. Teknologia berriak, aldi berean, atea ireki arazo multzo bat, zein hau da, datuak are gehiago bilduz. 

Orain, ez dugu hau gelditzeko. Eskuin? Ez dugu hau gelditzeko. Zergatik? Ezin delako dena jakin ez da unibertsoan ezagutzen. Eta betiere Oraindik bizirik egon dugun bezala, gizakiaren historian zehar, Betidanik bultzatutako dugu gehiago jakin nahi. 

Beraz, badirudi hazbeteko behin mugitzen gara bezalakoa da aurkikuntza zientifiko bidea behera, Datu bider ari gara esponentzialean prozesatu behar ditugu gero eta gehiago eta gehiago aurkitu dugu bizitza barne funtzionamendua, Unibertsoaren funtzionamendua, inguruko zientifikoan aurkikuntza gidatzeko, eta asmakizun hori gaur egiten ari gara. Datuen bolumena besterik etengabe handitzen. Beraz, aurre egiteko gai izatea Arazo hau izugarria da. 

Beraz, gauza bat zergatik NoSQL bezala begiratu behar dugu? Nola konpondu ez NoSQL arazo hau? Beno, datu-base erlazionalak, Kontsulta-lengoaia egituratu, SQL-- hori da benetan eraikuntza bat erlazional datu-basea gauza horiek dira biltegiratze optimizatuta. 

'70eko hamarkadan Itzuli, berriz ere, Diskoan garestia da. Horniketa biltegiratze ariketaren enpresan da amaigabe. Badakit. Bertan bizi izan dut. Biltegiratze gidariak idatzi nuen batentzat enterprised superzerbitzariaren konpainia 90. hamarkadan itzuli. Eta beheko lerroan beste racking da biltegiratze array besterik zerbait zela enpresan egunero gertatu. Eta inoiz ez da gelditu. Goi-mailako dentsitatea biltegiratze, eskaria dentsitate handiko gordetzeko, eta biltegiratze eraginkorragoa egiteko devices-- nik inoiz gelditu. 

Eta NoSQL teknologia handia da datuen normalizatu egiten duelako. It datuen de-bikoizten du. Datu jartzen duen egitura bat da sarbide eredua guztietan agnostikoa da. Hainbat aplikazio jo daiteke SQL datu-basea, korrika ad hoc kontsultak, eta forma datuen dutela beren lan-karga prozesatu behar. Soinuak fantasiazko. Baina beheko lerroa bati ere ez da sistema, agnostikoa da, bada, dena den, da ez da ezer optimizatuta. ONDO DA? 

Eta hori da lortu dugun datu-base erlazionalak du. Biltegiratze Honez optimizatua. It normalizatu da. It erlazionala da. Ad hoc kontsultak onartzen ditu. Eta hori da, eta bertikalean eskalak. 

SQL datu handiago bat lortzeko behar dut bada edo SQL datu ahaltsuagoa, Joan nintzen burdina zati handiago bat erosi. ONDO DA? Bezero asko aritu naiz duten bertsio berritzeko bidez izan Beren SQL azpiegituretan bakarrik jakiteko sei hilabete geroago, hormaren aurka talka berriro ari dira. Eta Oracle edo MSSQL erantzuna edo inor kutxa handiago bat lortu da. Beno, lehenago edo geroago, ezin duzu erosi bat handiagoa box, eta hori benetako arazoa. Gauza benetan aldatu behar dugu. Beraz, non egiten du lan? Ondo funtzionatzen offline egiteko It analytics, OLAP-mota kargak. Eta hori da benetan non SQL dagokio. Orain, gaur egun erabiltzen ari da online askotan transakzio-prozesatzea-mota aplikazioak. Eta besterik gabe, ondo funtzionatzen du erabilera maila batzuk, baina ez besterik ez da eskalatzeko modu horretan NoSQL du. Eta hitz egin dugu pixka bat zergatik dela pixka. 

Orain, NoSQL, bestetik, da gehiago optimized Kalkulu da. ONDO DA? Ez da agnostikoa sarbide ereduarekin. De-normalizatu deitzen dugun da egitura edo egitura hierarkiko bat. Datu-base erlazional batean datu hauek elkartu mahai bat baino gehiago ikuspegian behar duzula ekoizteko. NoSQL datu base batean Datuak dago dokumentu batean gordetzen hierarkia-egitura dauka. Datu guztiak lukeen normalean elkartu ikuspegi hori ekoizteko da agiri bakar batean gordeta. Eta hitz egin dugu pixka bat nola zerrendetan pare batean egiten du lan. 

Baina ideia hemen gorde behar dituzu Zure datuak Instantiated ikuspegi horiek bezala. ONDO DA? Horizontalki eskalatzeko duzu. Eskuin? Handitu behar dut bada Nire NoSQL kluster tamaina, Ez dut behar kutxa handiago bat lortu ahal izateko. Kutxa bestera lortu dut. Eta horiek kluster I elkarrekin, eta datu horiek zati dezaket. Hitz egingo dugu pixka bat sharding zer da, nahi izan datu-base horretan eskalatzeko gai hainbat gailu fisiko zehar eta hesi hori kendu bertikalean eskalatzeko eskatzen dit. 

Beraz, benetan online eraiki transakzio prozesatzeko eta eskalan. Batzuk handi bat da Hemen erreportajeen artean, ezta? Berri, ez dakit galdera noa eskatu du. Eskuin? Reporting-- norbait bada Nire marketing departamentuko Nire bezero zenbat just nahi du zenbait ezaugarri hau duten day-- honetan ez dakit erosi zer galdetzeko eskatu ari dira. Beraz, agnostikoa izan behar dut. 

Orain, online batean Aplikazio transakzionala, Zer galdera galdetzen dut ezagutzen dut. Aplikazio eraiki dut workflow oso zehatz bat. ONDO DA? Beraz, datu optimizatzeko badut workflow horren aldeko gordetzeko, Da azkarragoa izango da. Eta horregatik NoSQL ahal entrega benetan azkartzeko zerbitzu mota horietako. Ados. 

Beraz ari den sartu dugu teoria pixka bat hemen. Eta, zure begiak izango dituzu batzuk itzuli roll agian pixka bat. Baina hori mantentzea saiatuko naiz Maila handiko gisa I can. Beraz, proiektuan bada kudeaketa, ez da eraikuntza bat deitzen du mugak triangelu. ONDO DA. Constrains esanak triangelu ezin duzu dena izan denbora guztian. Ezin da zure tarta eta jan ere. Beraz, proiektu kudeaketa, triangelu mugak da merkea izan dezakezu, Azkar izan dezakezu, edo horren ona izan dezakezu. Hartu bi. Ezin delako izan hirurak. Eskuin? ONDO DA. 

Beraz, hau asko entzuten. Constraint hirukoitza da, constraint hirukoitza triangelu, edo burdinazko triangelua da oftentimes-- denean kudeatzaile proiektatzeko diok Honi buruz hitz egingo dute. Orain, datu dute euren burdinazko triangelua izena. Eta burdina datuak triangelu da zer CAP teorema deitzen duguna. ONDO DA? 

CAP teorema esanak nola datu funtzionatzeko baldintza oso zehatz baten azpian. Eta buruz hitz egingo dugu Baldintza hori zer den. Baina hiru triangelu puntuak, beraz, C, koherentzia hitz egiteko. ONDO DA? Beraz CAP ere, koherentzia guztiak esan nahi duen bezeroen datu-basean sartzeko dezake Beti egongo da oso bat datuak ikuspegi koherentea. Inork ez du botako bi gauza desberdinak ikusi. ONDO DA? Datu-basea ikusten badut, Ikuspegi bera ikusten dut duten ikusten nire bazkide gisa datu-basea bera. Hori koherentzia da. 

Availability esan nahi du, bada datu-basea online, hura iritsi daiteke bada, Bezero guztiei beti izango dela izan irakurtzeko eta idazteko gai. ONDO DA? Beraz, bezero guztietan database irakur daiteke beti izango da gai Irakurritako datuak eta idatzi datuak. Eta hori horrela bada, eskuragarri sistema bat da. 

Eta hirugarren puntua zer da partizioaren tolerantzia deitzen duguna. ONDO DA? Zatitzailea tolerantzia bitartekoak sisteman lan egiten duen sare fisiko arren nodoen arteko partizioak. ONDO DA? Beraz kluster nodo ezin elkarren artean hitz egin, zer gertatzen da? Ados. 

Datu Beraz erlazional aukeratzen horietako bi jaso ahal izango duzu. ONDO DA. Datu Beraz erlazional aukeratu koherentea eta erabilgarria izan dadin. Arteko partizioa gertatzen bada Datu dendan DataNodes du, datu-basea izorratzen. Eskuin? Doa besterik behera. ONDO DA. 

Eta horregatik dute kaxak handiagoa hazten. Eskuin? Ez no-- normalean, cluster bat delako datu-basea, ez da oso horietako asko Hori funtzionatzeko modu hori. Baina datu gehien eskalatzeko bertikalean kutxa bakar batean. Izan behar dutelako koherente eta erabilgarri. Partizio bat balitz injektatu behar, ondoren, aukera bat egin behar izango zenuke. Artean aukera bat egin behar duzu koherente eta erabilgarri izatea. 

Eta hori da NoSQL datu egiten. Ados. Beraz NoSQL datu base bat da, bi zapore dator. Baita egun ditugun, hura zapore asko dator, baina orduan bi oinarrizko batekin characteristics-- zer CP datu-basea, edo deitu genuke koherentea eta partizioaren tolerantzia sistema. Mutil hauek egiteko aukera dugunean, nodo elkarren harremanetan galduko, ez dugu uzten joan Jende edozein gehiago idazteko. ONDO DA? 

Arte partizioaren hori kendu, idazketa baimena blokeatuta dago. Horrek esan nahi du ez daudela eskuragarri. Koherentea ari dira. Noiz ikusiko dugu hori partizioaren injektatu berez, orain koherentea gara, Ez goaz delako Bi buruzko datuak aldaketa baimendu partizioaren alboetan independentean bata bestearen. Izango dugu behar komunikazio berrezarri eguneratzea edozein aurretik Datu onartzen da. ONDO DA? 

Hurrengo zaporea AP-sistema bat izango litzateke, edo erabilgarri eta partizioak tolerantzia sistema. Mutil hauek ez zaintzeko. Eskuin? Hori lortzen duen edozein nodo idatzi, ez dugu hartuko. Beraz, nire datuak replicating naiz nodo bat baino gehiago zeharkatuz. Nodo horiek lortu bezero bat, bezero dator ere, dio, naiz datu batzuk idatzi nahi dut. Nodoa dio, inolako arazorik gabe. Nodo lortzen zion hurrengo erregistro bera idatziko da, zuen inolako arazorik gabe, esan nahi da. Somewhere back end bizkarrean, Datu hori errepikatzeko joan. Eta gero, norbait ari den konturatzen joan, uh-oh, sistema izango konturatzen, uh-oh, Ez da bi aldeetan den beste sarrera bat izan da. Zer egiten dugu? Eta zer egiten dute Zerbait egin zuten bertan ahalbidetzen datuen egoera hori konpontzeko horiek. Eta buruz hitz egingo dugu hurrengo taula hori. 

Gauza azpimarratzea hemen. Eta ez naiz gehiegi iritsi da Askoz honetan sartu, hau delako sakon datuak teoria sartzen da. Baina ez transakzio-a da esparru horretan erlazional sistema bat exekutatzen dagoela aukera ematen dit segurtasunez egiteko eguneraketak Datu-basean entitate bati baino gehiagori. Eta eguneraketak horiek gertatzeko guztiak aldi berean edo ez guztietan. Eta hori da deitu ACID eragiketak. ONDO DA? 

ACID atomicity ematen digu, koherentzia, isolamendua, eta iraunkortasuna. ONDO DA? Hori atomikoa, transakzio esan, guztiak Nire eguneraketak bai gertatuko edo ez dute. Koherentzia hori esan nahi du datu-basea izango da beti koherentea batean ekarri Estatuko beste sarrera bat ondoren. Sekula ez dut bat ere datu-basea utzi Egoera txarrean beste sarrera bat aplikatu ondoren. ONDO DA? 

Beraz desberdinak pixka bat da CAP koherentzia baino. CAP koherentzia guztiak esan nahi du nire bezeroei beti datuak ikusteko. ACID koherentzia esan nahi denean, transakzio bat egiten, datu onak. Nire harreman guztiak onak dira. Ez dut guraso ilara bat ezabatzeko joan eta utzi haurrak umezurtz mordo bat beste mahai batzuetan. Ezin da gertatuko koherentea banago Azido transakzio batean. 

Isolamendua transakzioak horrek esan nahi du bata bestearen ondoren gertatzen dira beti. End datuen Emaitza egoera bera izango da transakzio horiek balitz bezala arduretan jaulki ziren bata fusilatu zituzten. Beraz, concurrency da kontrol datu-basean. Beraz, funtsean, ezin dut gehikuntza balio bereko bi eragiketak birritan. 

Baina gehitzen 1 balio hau esaten badut, eta bi transakzio etortzen hasi eta saiatu egin nahi, inork da Bertara iristeko lehen joan eta bestea en iritsi ondoren. Beraz, azken batean, bi gehitu dut. Ba al dakizue zer esan nahi dut? ONDO DA. 

Iraunkortasuna nahiko erraza da. Transakzio dela antzeman da, da, Han are izango da sistema kraskatzen bada. Sistema hori berreskuratuko du, hori Hori izan zen konpromisoa hartu transakzio benetan ez da izango. Beraz, hori da bermeak ACID transakzioen. Horiek dira nahiko polita bermeak den datu-base bat dute, baina kostu hori dute. Eskuin? 

Arazoa delako Esparru horretan dago ez datuetan partizio bat bada set, erabaki bat hartu behar dut. Ahalbidetuko dute noa alde batetik edo bestetik eguneraketak. Eta hori gertatzen bada, ondoren, jada ez naiz horri eutsi ahal izateko Ezaugarri horiek. Ezin izango dute koherentea. Ezin izango isolatu dute. Hau da, non hausten behera datu-base erlazionaletan. Hau da arrazoi erlaziozkoa datu eskalatzeko bertikalean. 

Bestalde, ez dugu zer ari den oinarrizko teknologia deitzen. Eta horiek dira zure NoSQL datu-baseak. Ados. Beraz, gure CP, AP datu dugula. Eta horiek zer funtsean deitzen duzunean eskuragarri, egoera biguna, azkenean koherentea. ONDO DA? 

Funtsean eskuragarri, zeren partizioaren toleranteak ari dira. Beti izango dira ez, ez bada ere nodoen arteko sare partizio bat. Ezin dut nodo bat hitz egin nahi, ez naiz datuak irakurri ahal izango da. ONDO DA? Agian ez da beti izan dut idazteko gai Datu plataforma koherentea banago. Baina datuak irakurri ahal izan dut. 

Biguna egoera adierazten datuak irakurri nuen hori, Agian ez da beste nodo berdina izango. Eskubide bat nodo batean jaulki badu nonbait kluster beste eta ez du osoko erreplika kluster oraindik datuak irakurri nuen, Egoera hori agian ez da koherentea. Hala ere, izango da Azkenean koherentea, zentzua idaztean hori da sistema, eta ondorioz, egingo nodes zehar errepikatzeko da. Eta, azkenean, egoera hori Ordena sartu egingo ekarri, eta egoera koherentea izango da. 

Orain, CAP teorema benetan baldintza bakar batean jokatzen du. Baldintza hori da hori gertatzen da. Betiere, hasi da jarduten duelako Modu normalean, ez da partizioaren ez, Dena koherente eta erabilgarri. Bakarra CAP kezkatu duzu partizio dugula. Beraz, horiek dira arraroak. Baina nola sistema erreakzionatzen horiek gertatzen dictate zer sistema mota aurre ari gara. 

Beraz, dezagun begirada bat zer Hori AP-sistemak itxura. ONDO DA? AP-sistemak bi zapore etorri. Zapore dela bat etortzen dira master maisu,% 100, beti eskuragarri. Eta etortzen hasi dute beste zapore, dio, zer, nik nahi kezkatu noa badakizu partitzea gauza honi buruz benetako disko zati bat gertatzen da. Bestela, ez da lehen izango da nodes nor eskubideen hartu du. ONDO DA? 

Beraz Cassandra antzeko zerbait izango bagenu. Cassandra maisu bat izango litzateke master, hori idatzi duen nodo me utzi. Beraz, zer gertatzen da? Beraz, objektu bat daukat datu-baseko bi planotan existitzen dela. Dezagun dei objektu hori S. Beraz, egoera behar dugu S. for Eragiketak batzuk ditugu S on direla etengabe. Cassandra ahalbidetzen niri nodo bat baino gehiago idatzi. Beraz, demagun bat eskuratu dut s idazten bi nodo. Beno, zer da gertatzen ari da partitzea gertaera hori deitzen diogu. Ez da izan bat sare fisiko partizioa. Baina baita diseinua sistemaren, da benetan bezain laster partitzea Bi planotan idazketa bat lortu dut. Ez da me behartuz idatzi guztiak nodo bidez. Bi planotan dut idazten. ONDO DA? 

Beraz, gaur egun bi estatutan daukat. ONDO DA? Zer gertatuko da lehenago edo beranduago, han erreplika-ekitaldi bat izango da. Han izan da joan zer dugu partizioaren berreskuratze bat, izeneko Hor bi horiek Estatuen itzuli elkarrekin eta ez da algoritmo bat izango da Datu-base barruan doa, zer egin erabakitzen du. ONDO DA? Besterik adierazi ezean, azken eguneratzea AP-sistemak gehien irabazi. Beraz, ez da normalean algoritmo lehenetsia, zer atzeradei deitu dute funtzioa, zerbait deitzen den baldintza hau detektatu logika batzuk burutzeko baimenik gatazka hori konpontzeko. ONDO DA? The callback eta lehenetsia default AP datu gehienetan resolver da, zer asmatzeko, denbora-marka irabazi du. Hau azken eguneratzea zen. Eguneratze hori jarri hor noa. Disko honetan irauli ahal izango dut irauliko off berreskuratzeko log batean horrela, erabiltzaileak beranduago etorri daiteke eta esan, beno, ez talka izan zen. Zer gertatu da? Eta egia esan, erregistro bat irauli dezakezu talkak guztiak eta rollbacks du eta ikusi zer gertatzen den. 

Orain, erabiltzaile gisa, baita ere besteak beste, logika callback ziola. Beraz, hori aldatu ahal izango duzu callback operazioa. Esan dezakezu, beno, nahi dut Datu honek remediate izateko. Eta saiatu nahi dut eta bi erregistro horiek batzea. Baina hori sortu nahi duzun da. Databaseak ez daki nola egiten duten lehenetsita. Denbora gehien, basean gauza bakarra daki nola egin behar den esaten da, Honen azken diskoa izan zen. Dena dela irabazteko joan da, eta Balioan jarri noa da. Partizioaren berreskuratzeko behin eta erreplikazioa gertatzen da, Gure egoeran, ez dugu bertan da orain S prime, hau da, merge objektu horien guztien egoera. Beraz, AP-sistema hau. CP-sistemak ez da beharrezkoa honekin kezkatu. Bezain laster partizio bat dator delako jokoan sartzen, gelditu besterik ez dute hartzen idazten. ONDO DA? Beraz, hori oso erraza da koherentea izanik aurre ez duzunean eguneraketak onartu. Hori da, batez CP-sistemak egin. Ados. 

Hargatik hitz apur bat sarbide ereduei buruzko bit. Denean NoSQL buruz hitz egiten dugu, da guztiak sarbidea patroia buruz. Orain, SQL ad hoc, kontsultak da. Erlazional denda da. Guk ez dugu kezkatu sarbide patroia buruz. Kontsultaren oso konplexua idazten dut. Joaten da eta datuak lortzen. Hori da hori zer itxura bezala, normalizazio. 

Egitura zehatz honetan beraz, ari gara produktu katalogo bat begira. Produktu mota ezberdinak izan dut. Liburuak daukat. Bilduma daukat. Bideoak daukat. Produktuen arteko hartu- eta edozein liburu hauetan, bilduma bat, Elkarrizketa mahaiak 1: 1 da. Ados? Produktu ID bat lortu dut, eta NAN dagokio liburu bat, album bat edo bideo bat. ONDO DA? Hori da, 1: 1 erlazioa mahai horiek zeharkatuz. 

Orain, books-- guztiak dute erroric propietate da. Arazorik ez. Hori handia. Harreman bana-banan, guztiak lortu dut datuen liburu hori deskribatzeko behar dut. Izan ibilbideak Albums-- bilduma. Hau da, askotan bat deitzen dugun. Album guztietan ibilbideak asko izan daiteke. Pista bakoitzean dagoen abar diskoa da, izan dut Umearen mahai honetan errekorra beste. Beraz, erregistro bat sortu dut Nire bilduma mahai batean. Erregistro bat baino gehiago sortu dut ibilbideak taulan. Harreman bat-batzuk. 

Harreman horrek zer da Asko-batzuk deitzen duguna. ONDO DA? Aktore daitekeen ikusiko duzu Film askotan, bideoak askotan. Beraz, egiten duguna mapping honetan jarri dugun horien arteko mahaia, hau da, besterik gabe, aktore bideo IDarekin ID mapak. Orain kontsulta bat elkartzen sortu ahal izango dut aktore aktore bideoaren bidez bideoak, eta me zerrenda polit bat ematen dio filmak eta aktore guztiak duten film horretan izan ziren. 

ONDO DA. Beraz, hemen goaz. One-to-one goi-mailako da harremana; bat-batzuk, ibilbideak den bilduma; Asko-batzuk. Horiek hiru goi-mailako daude Edozein datu-basean harremanak. Badakizu nola horiek bada Harreman lan elkarrekin, ondoren, asko ezagutzen duzu datu-basea dagoeneko buruz. Beraz NoSQL lan egiten du apur bat ezberdina. Pentsa dezagun buruz bigarren bat zer den begiradak gustatzen joan nire produktu guztiak lortzeko. 

Erlazional denda batean, I Nire produktu guztiak eskuratu nahi Nire produktu guztien zerrenda batean. Hori kontsultak asko da. Nire liburu guztietan kontsultaren bat jaso nuen. Nire bilduma kontsulta bat jaso nuen. Eta nire bideoak guztientzat kontsultaren bat jaso nuen. Eta hori jarri nahi dut denak zerrenda batean elkarrekin eta zerbitzatzeko atzealdera eman Aplikazio hori eskatzea. 

Nire liburuak eskuratu ahal izateko, I batu Produktuak eta liburuak. Nire bilduma lortzeko, batu egin nintzen Produktuak, Albums, eta pistak. Eta nire bideoak eskuratu, daukat Produktuak batzeko bideoak, Aktore Bideoak bidez batu, eta aktoreak ekarri. Beraz, hori hiru kontsultak egin. Kontsultak oso konplexua emaitza multzo bat muntatzen. 

Hori optimoa baino gutxiago. Hau da, zergatik mintzo garenean Datuen egitura bat hori da buruz Sarbidetik agnostikoa izan nahi du eraiki pattern-- bai hori handia. Eta ikusi ahal izango duzu, hau da, benetan Polita datuak nola antolatu dugu. Eta zer ezagutzen duzu? Aktore bat errekor bakarra daukat. 

Hori cool. Deduplicated dut nire eragile guztiek, eta nire elkarteek mantendu dut mapping mahai honetan. Hala ere, datu horiek lortzean egindako garesti bihurtzen da. PUZak bidaltzen dut guztia sistemaren gainean Datu-egitura horiek elkartu Datu atzera tira ahal izateko. 

Beraz, nola ez nuen lortu duten inguruan? NoSQL ere buruz da erantsia, normalizazioa. Beraz nahi dugu, esan nahi dugu sarbide eredua onartzen. Sarbide patroia bada aplikazioei, Nire produktu guztiak lortzeko behar dut. Dezagun jarri produktu guztiak mahai batean. Produktu guztiak jarri nuen mahai bat ere bada, I hautatu ahal izango diren produktu guztiak taulako eta hori guztia lortu dut. Beno, nola egin behar dut? Beno NoSQL ere ez dago mahaira egitura. Hitz egingo dugu pixka bat Nola hau Dynamo PP ere lan egiten du. Baina ez duzu berdina dute ezaugarri eta ezaugarri berak Ilara bakoitzean bakarra, single guztietan elementua, SQL mahai batean egiten duzun bezala. Eta hau zer aukera ematen dit egin gauza asko da eta eman zidan malgutasuna asko. Kasu honetan, I nire produktua dokumentuak. Eta jakin honetan Adibidez, dena Produktuak taula honetako dokumentu bat da. Eta liburu bat produktu zezan liburu bat zehazten mota IDrik. Eta aplikazioa litzateke ID hori pizten. 

Aplikazio grada hartan, noa Oh, zer erregistro mota da hori esateko? Oh, liburu, erregistro bat da. Book erregistro propietate horiek. Let book objektu bat sortzen dit. Beraz, ez dut bete nahi dut liburu Elementu honekin objektu. Hurrengo elementua dator eta dio, zer da item hau? Beno Elementu honen diskoa da. Oh, ezberdinak osoa lortu nuen prozesatzeko duten errutina, Album bat delako. Ba al dakizue zer esan nahi dut? 

Beraz aplikazioa tier-- dut hautatu erregistro horiek guztiak. Buruturiko hasten dira guztiak. Mota ezberdinak izan dira. Eta aplikazioaren logika da duten mota horiek zehar aldatzen da eta nola prozesatu erabakitzen. 

Berriz ere, beraz optimizatuz ari gara sarbide patroia eskema. Egiten ari garen moduan mahai horiek collapsing. Funtsean hartzen dugu egiturak normalizatu horiek, eta eraikitzen ari gara egitura hierarkiko. Erregistro horietako bakoitzaren barruan Array propietate ikusteko noa. 

Dokumentu hau Albums barruan, Ibilbideak multzo ikusten dut. Pistetan orain bihurtuko da funtsean, ume mahai hori hementxe egitura hau ez da existitzen. Beraz, hau egin ahal izango duzu DynamoDB ere. Hau egin ahal izango duzu MongoDB ere. Hau egin ahal izango duzu, edozein NoSQL datu-basean. Sortu mota horiek hierarkia-datuen egitura ahalbidetzen duten datuak berreskuratu gaur egun oso azkar dudalako ez dute adostasuna. Errenkada bat txertatu Tracks sartu nintzen mahaia, edo ilara batean Albums taula sartu, Eskemaren duten adostasuna daukat. Atributua edo izan behar dut hori mahai horretan definitzen jabetza. Horietako bakoitzak, denean ilara horretan txertatu dut. Hori ez da NoSQL horietako bat. 

I erabat ezberdinak izan ditzake dokumentu guztietako propietate txertatu dudala bilduman sartu. Mekanismo Beraz, oso indartsua. Eta benetan zenbat dituzu sistema optimizatzeko. Orain kontsulta hori, ordez delako taula hauek guztiak batu eta dozena erdi bat kontsultak exekutatzean atzera tira, datuak behar dut, Kontsulta-batean ari da lanean ari naiz. Eta errepikatzean naiz ezarri emaitzak zehar. zuk ideia bat ematen du NoSQL ahalmenaz. Mota horretako joan alboetara hemen noa eta honen inguruko eztabaida pixka bat. Hau moduko zerbait gehiago da marketing edo technology-- teknologia merkaturatzea eztabaida-mota. Baina garrantzitsua da ulertu begiratzen dugu goialdean bada delako Hemen taula honetan, zer ari gara begira da, zer deitzen dugun teknologia hype kurba. Eta zer esan nahi da gauza berriak sartzen da jokoan. Jendeak uste handia da. Konpondu dut nire arazo guztiak. 

Hau amaieran izan daiteke guztiak, izan dena den. Eta erabiliz hasten dira. Eta, esan dute gauza honek ez du funtzionatzen. Hau ez da eskubidea. Stuff Zaharra hobea izan zen. Eta atzera egiten ari den Gauzak horrela direla. Eta gero, azkenean, , joan dira badakizu zer? Gauza hori ez da hain txarra. Oh, hori da nola funtzionatzen duen. Eta Bein nola dute lanak, hobea lortzean hasten dira. 

Eta horri buruz gauza dibertigarria da, lerro mota behar ote Teknologia Adopzioa Curve deitzen diogu. Beraz, zer gertatzen da daukagun moduko teknologia trigger batzuk. Datu kasuan, berriz, Datu presioa da. Hitz egin dugu the water handiko puntu buruz Datu presio denbora osoan. Datu presio hori hits jakin bat denean Puntu, teknologia trigger bat da. 

Honez garestiak ari du. Luzeegia datuak prozesatu behar izaten ditu. Zerbait hobea behar dugu. Berritzaileak jasoko dituzu han inguruan martxan, jakiteko zer da konponbidea nahian. Zein da ideia berria? 

Zer da hurrengoa onenak horrela gauza hori egin? Eta etortzen dira zerbait. Eta benetako mina duten pertsonen, Odoljarioa ertzean mutilak, salto egingo dute haren gainean, erantzuna behar dutelako. Orain zer gerta ezinbestean eta oraintxe gertatzen ari da NoSQL ere. Ikusten dut denbora guztian. 

Zer da ezinbestean gertatzen da Jende tresna berria erabiltzen hasi Modu berean zaharra tresna erabiltzen dute. Eta out aurkitu dute ez du hain ondo. Ez dut gogoratzen nor nintzen lehenago, gaur egun hitz egiten. Baina bezalakoa da, orduan, jackhammer asmatu zen, jendeak ez zuen dantzan baino gehiago Beren burua hormigoizko apurtu. 

Baina hori ez da zer da NoSQL gertatzen gaur. Bazabiltza dendarik den, NoSQL dendak izaten saiatzen ari dira. Zer ari dira egiten da NoSQL erabiltzen dute, eta egiten ari kargatuz dute Erlazio-eskema beteta. Hori, nola delako datu diseinatu dute. Eta, galdetzen dute zergatik da ez da oso ondo egiten? Boy, gauza hau stinks. Guztiak mantendu behar izan nuen nire elkartzen in-- da bezala, ez, ez. Mantentzea elkartzen? Zergatik ari zara datuak batu? Zuk ez duzu datuak batu NoSQL ere. Egiten agregatuaren duzu. 

Beraz, hau ekidin nahi baduzu, ikasten nola tresna zeuen aurrean lan egiten du, benetan hasteko erabiliz. Ez saiatu eta tresna berriak erabili Modu berean zaharra tresnak erabili zenuen. Esperientzia txarra izan behar duzu. Eta aldi bakoitzean bakarra hori zer honi buruz. When datozen hasten gara hemen, da pertsona hurrena delako tresnak nola erabili. 

Gauza bera egin zuten base erlazionaletan asmatu ziren, eta fitxategi sistemak ordezkatuz ari zirela. Fitxategi sistemak eraiki nahi izan zuten base erlazionaletan batera hori da jendeak ulertu delako. Ez du funtzionatzen. Beraz, praktika onenak ulertzeko teknologiaren ari zara lanean izugarria da. Oso garrantzitsua. 

Beraz, nahi DynamoDB sartuko. DynamoDB AWS en dago Osorik kudeatzen NoSQL plataforma. Zer esan nahi du guztiz kudeatzen du esan nahi? Ez duzu behar dela esan nahi du benetan ezer kezkatu. 

Etorriko nago, esango dizu digu, mahai bat behar dut. Askoz gaitasun hori behar da. Botoiari sakatu, eta guk xedapen eszena atzean azpiegitura guztiak. Orain dela izugarria da. 

Hitz egiten duzun duelako datu base bat eskalatzea, buruz, NoSQL datuak klusterrak eskala, lasterka petabytes, Milioika exekutatzen Segundoko eragiketak, Gauza horiek ez dira talde txikietan. Instantzia milaka hitz egiten ari gara. Milaka kudeatzea instantzien, are instantzia birtualean, ipurdia, benetako mina da. Esan nahi dut, denbora bat behin pentsatu sistema eragilearen adabaki ateratzen edo datu-basearen bertsio berri bat. Zer esan nahi du nahi operatibizatuz? Horrek esan nahi duzu got 1.200 behar duten zerbitzariak eguneratu egin behar da. Orain, nahiz automatizazio batera, duten denbora asko har dezake. Hori asko sor dezake operatiboa buruko minak, behera liteke I zerbitzuak izan delako. 

Datu horiek eguneratzeko dudan bezala, I blue garapen berde egin liteke non zabaldu nuen eta berritzea erdia nire nodes, eta, ondoren, beste erdia berritzea. Hartu horiek behera. Beraz, azpiegitura kudeatzeko eskalan Esperientzia oso mingarria da. Eta AWS hartu mina dela daudelarik. Eta NoSQL datu ahal izugarri mingarria izan bidea dute eskalatzeko delako. 

Eskalatzeko horizontalki. NoSQL handiago bat lortu nahi baduzu datu-basea, nodo gehiago erostean. Erosi duzu nodo bakoitza da beste buruko mina dabil. Hargatik beste inorekin egiten duzula da. AWS hori egin daiteke. 

Dokumentu gakoa balioak onartzen dugu. Orain ez genuen joan gehiegi Beste taula sartu. Badira desberdin asko da NoSQL zaporeak. Oraindik dute lortzean mota guztiak munged elkarrekin puntu honetan. You DynamoDB begiratu eta esan bai, bi dokumentu bat eta gako gaude Puntu hau gordetzeko. Eta ezaugarriak argudiatu dezakezu bata bestearen gainean ere. Niretzat, hori asko da benetan sei erdia beste dozena bat. Teknologia hauen Bakoitzak bat teknologia fina eta irtenbide isuna. Ez nuke esango MongoDB hobea edo da Couch, orduan Cassandra baino okerrago, ondoren, Dynamo, edo alderantziz. Esan nahi dut, horiek dira, besteak aukera. 

Azkarra da eta hori da Edozein mailan koherentea. Beraz, hau da handienetako bat hobariak lortzeko AWS duzu. DynamoDB gaitasuna da a digitu bakarreko behe eskuratu milisegundo duen eskalan latency. Hori diseinu sistemaren helburua izan zen. Eta egiten ari dela bezeroak ditugu bigarren per-transakzio milioika. 

Orain horietako batzuetan zehar joango naiz kasutan erabili Minutu gutxi batzuk hemen. Sarbide control-- Integratuko deitzen dugun daukagu Identitatea Access Management, edo IAM. Sistema guztietan eragiten du, zerbitzu bakoitza AWS eskaintzen. DynamoDB ez da salbuespena. Sarbide kontrola dezakezu DynamoDB taulak. Guztiak zure AWS kontuak arabera Across sarrera rolak eta baimenak definitzeko the IAM azpiegituretan. 

Eta gakoa eta integral osagaia da Gertaera deitzen dugun bultzatuta programazioa. Azken hau, paradigma berri bat da. 

Ikusleak: Nola da zure benetako tasa positibo negatibo faltsuak versus Zure sarbide kontrol sisteman? RICK Houlihan: True positibo negatibo faltsuak versus? Ikusleak: zer itzultzea itzuli behar duzu? Ez bezala noizbehinka da ez itzultzeko orduan baliokidetu behar da? 

RICK Houlihan: ezin nuen esango dizu. Bat porrotak ez bada edozertan on, Ez nago pertsonari galdetu Galdera hori bereziki. Baina hori ona da. Bitxia izango nuke jakin neu, egia esan. 

Eta, beraz, ondoren, berriz, paradigma berria Gertaera bultzatutako programazioa da. Hau ideia hori da egin ahal izango dituzu aplikazio konplexuak zabaldu oso, oso eskala handiko funtziona dezake inolako azpiegitura gabe. Finkorik gabe azpiegitura inolako. Eta hitz egin dugu pixka bat zer dugun bezala esan buruz lortuko datorren zerrendetan pare izateko. 

Guk egingo dugun lehen gauza da mahaiak buruz hitz egingo dugu. API datuak Dynamo mota. Eta lehenengo gauza dituzu konturatu denean begiratu hau, Oraindik ezagutzen bada edozein datu-base batera, datu dute benetan bi APIak mota Nuke nik deitu. Edo bi API multzo. Horietako bat izango litzateke administratibo API. 

Zaindu dute gauzak datu-basea funtzioak. Biltegiratze motorea konfiguratzen, konfiguratzeko eta mahaiak gehituz. datu-basea sortzeko Katalogoak eta instantzia. DynamoDB ere gauza hauek, zuk Oso labur, zerrendak labur dute. 

Beraz, beste datu-base batean, Dozenaka ikusi ahal izango duzu aginduak, administrazio-ren komandoak, konfiguratzeko aukera gehigarri horiek. Zuk ez DynamoDB behar delako horiek Ez duzu sistema konfiguratzeko, egin dugu. Beraz, egin behar duzun gauza bakarra da esaidazu zer tamaina mahaia behar dut. Beraz, oso bat lortuko duzu komando multzo mugatu. 

, Taula bat sortzeko Table eguneratzearen lortu ahal izango dituzu, Ezabatu Taula, eta Azaldu Table. Horiek dira gauza bakarrak DynamoDB behar duzu. Zuk ez duzu biltegiratze a behar motorraren konfigurazioa. Ez dut behar den erreplikazioa kezkatu. Ez dut behar den sharding kezkatu. 

Ez dut kezkatu beharrik stuff honen edozein buruz. Hori guztia egin dugu zuretzat. Beraz, hori gardenki kopuru handi bat da hori besterik altxatzen off zure plaka. Ondoren crud operadore daukagu. Crud zerbait zer dugun database hori ere deitu Sortu, eguneratu ezabatu operadore. Hauek zure arruntak dira datu-basean eragiketak. Put elementua bezalako gauzak, lortu elementua, eguneratu elementuak, elementuak ezabatu, batch-kontsulta, eskaneatu. Mahai osoa eskaneatu nahi baduzu. Pull guztia mahaitik. DynamoDB buruz gauza polit bat dago eskaneatze paralelo aukera ematen du. Beraz, benetan ahal izango duzu let me dakit zenbat hariak scan exekutatu nahi duzun. Eta hari horiek exekutatu ahal izango dugu. Eskaneatu eman spin dugu anitz hariak zehar beraz, taula osoa eskaneatu ditzakezu Espazio oso, oso DynamoDB ere azkar. 

Beste API daukagun da zer gure Arroyos API deitzen duguna. Ez dugu gehiegi hitz egin dugu honi buruz askoz oraintxe. Dut eduki batzuk geroago honi buruz bizkarreko on. Baina Arroyos da benetan running-- bat pentsatu ahal garai agindu gisa eta partizioaren aldaketa log. Hori gertatzen den guztia mahai erakusten errekaren gainean. 

Bakoitza mahaira idatzi erakusten errekaren gainean. Korronte hori irakurri ahal izango duzu, eta gauza egin dezakezu berarekin. Egingo buruz hitz egin dugu zer Gauza mota duzu erreplikazioa bezalako gauzak egin, bigarren mailako indizeak sortzeko. Benetan cool mota guztiak gauza egin dezakezu. 

Datu motak. DynamoDB ere, bai gakoa onartzen dugu balio eta dokumentu datu motak. Ezkerreko eskua pantailaren bestaldean hemen, gure oinarrizko mota lortu dugu. Gakoa balio mota. Hauek kateak dira, zenbakiak eta binaries. 

Beraz, oinarrizko motak, hiru. Eta gero horiek multzo izan dezakezu. Nizako gauza bat NoSQL ingurukoa da arrayak propietate gisa eduki ahal izango duzu. Eta DynamoDB batera arrayak eduki ditzakezu oinarrizko mota erro etxebizitza gisa. 

Eta gero Dokumentu motak ez da. Zenbat pertsona daude JSON ezagutzen? JSON hainbeste ezagutzen guys duzu? Funtsean da JavaScript, Objektu, Notation. Funtsean, aukera ematen du egitura hierarkiko bat definitzeko. 

On JSON dokumentu bat gorde ahal izango duzu DynamoDB osagai komuna erabiliz edo bloke eraikin daude eskuragarri programazio hizkuntza gehienetan. Beraz, Java badaukazu, Oraindik mapak eta zerrendak begira. Objektuak sortu ahal izango dut, eremuko mapa. Mapa bat gakoa balioak gisa propietate moduan gorde. Eta zerrendetan zitekeen propietate horiek barruan baloreak. Konplexu honetan gorde ditzakezu hierarkia-egitura atributu bakar gisa DynamoDB elementu bat. 

Beraz DynamoDB mahaiak, gehien atsegin NoSQL datu, mahaiak izan elementuak. MongoDB zenuke dokumentu horiek deitu. Eta sofan oinarria izango litzateke. Era berean, dokumentu, datu-base bat. Dokumentu horiek deitu. Dokumentuak edo elementu izan atributuak. Atributuak egon daitezke edo Ez elementua existitzen. DynamoDB ere, ez da derrigorrezko atributua bat. Just datu-base erlazional batean gustatzen, lehen mailako gako bat mahai gainean behar duzu. 

DynamoDB zer hash-giltza bat deitzen dugun ditu. Hash gako bakarra izan behar du. Beraz, noiz hash taula bat definitzen dut, funtsean, esaten dut Elementu bakoitzaren hash-giltza bat behar izango dute. Eta hash gakoa bakoitza bakarra izan behar du. 

Elementu bakoitzak definitzen da hash gako bakarra duten moduan. Eta ez duen bakarra izan. Hori ondo dago, baina oftentimes Jendeak behar da nahi dutena hash hau da gakoa pixka bat gehiago egin besterik identifikatzaile bakarra izan beharrean. Oftentimes hash giltza hori erabili nahi dugu Goiko maila agregazio ontzi gisa. Eta bide egiten dugun moduan dago zer sorta gako bat deitzen dugun gehituz. 

Beraz hash bat besterik ez bada ere mahaia, hau berezia izan behar du. Hash eta sorta mahai bat bada ere, hash eta sorta konbinazio berezia izan behar du. Beraz, pentsatu modu honetan. Foro bat badut. Eta forma gai izan, hark ditu Mezuak, eta erantzunak ditu. 

Beraz, agian hash bat dut gakoa, gaia ID egin da. Eta agian sorta gako bat daukat, erantzun ID egin da. Era horretan, bada guztiak lortu nahi dut Bereziki gaia erantzunak, Besterik ez dut hash kontsulta dezakezu. Besterik ezin dut esan emadazu guztiak Hash honetan izan diren elementuak. Eta naiz Galdera bakoitzean lortu nahi dut edo gai jakin bat idazteko. Goi mailako aggregations hauek oso garrantzitsuak dira. Lehen sarbidea onartzen dira eskaeraren eredua. Oro har, hau da, zer egin nahi dugun. Mahaian hori nahi dugu mahai kargatu ahala, Datu egituratu nahi dugu modu bat, mahai barruan aplikazioa ahal oso Azkar emaitzak horiek berreskuratzeko. Eta oftentimes modu hori egin da aggregations hauek dugun bezala mantentzea datuak sartzeko. Funtsean, datuak zabaltzen ari gara ontzi distiratsua sartuko da, hala nola. 

Sorta gakoak Niretzat hash baimendu gakoak izan berdintasuna izan da. When egiaztapen bat galdetzeko dut, esan behar dut ematen dit hori berdin hau egiaztapen bat. When sorta bat galdetzeko I, I eman dit sorta bat esan daiteke edozein motatako erabiltzen ari da operadorea aberatsa dugu onartzen duten. Give me egiaztapen bat egiteko elementu guztiak. Dela berdina, baino handiagoa da, baino, duela hasiko dituzten gutxiago izatea, existitzen bi balio horien artean, ezta? Beraz sorta kontsultak mota hauek beti interesa garela. Orain datuen buruz gauza bat, betiere begiratu datuetan sartzeko, betiere at duzu datuak sartzean, da Beti baturik buruz. Beti da erregistro buruz direla honi lotuta. Give me dena hemen that guztiak kreditu txartelaren honetako transakzioen azken hilabetean. Hori baturik da. 

Ia dena egin duzu datu-baseko agregazio mota batzuk. Beraz izateaz gai den definitzeko gai izan horiek kuboak eta hauek eman behar dituzu eraginari buruzko galdetzeko aukera izango da, kontsultak aberats horiek asko onartzen, , aplikazio sarbidea ereduak asko eta asko. 

Beraz, beste gauza hash gakoa burutzen duen mekanismo bat ematen dio Inguruan datuak zabaldu ahal izateko. NoSQL datu lan onena datuak da berdinarekin multzoan zehar banatutako. Zenbat pertsona daude familiar algoritmoak osatzerakoan batekin? When hash eta hashing-- bat esaten dut hash algoritmoa delako sortzen ahal izateko modu bat da balio bat ematen ausazko balio bat. Beraz, kasu zehatz honetan, hash algoritmoa exekutatu dugu ND 5 oinarrituta dago. 

Eta identifikazio bat daukat, eta hau bada nire hash gakoa da, ez daukat 1, 2, 3. When hash algoritmoa exekutatu dut, nik itzuli eta esan, Ondo 1 berdinen 7B, 2 berdinen 48, 3 funtzioak CD. Guztiak gako espazioa baino gehiago ari dira zabaldu. Eta zergatik egin nahi duzu? Hori ziurtatu egiten dudalako ahal duten erregistroak jarri nodo bat baino gehiago zeharkatuz. 

Dut hau egiten ari bada handitik, 1, 2, 3. Eta hash sorta bat daukat Kasu zehatz honetan eskailerak, hash espazio txiki bat, jotzea 00 tik FF, Orduz erregistroak zara etortzen joan eta ari dira joango 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12. Zer gertatzen da? Txertatze bakoitza nodoa berean joan. Ba al dakizue zer esan nahi dut? 

Denean espazioa zatitu dudalako, eta erregistro horiek zabaldu nuen topo, eta I partizioaren, ez dut esango partizioaren 1 Funtsezko espazio 0 dauka 54ra. Zatitzailea 2 55 89 da. Zatitzailea 3 FF den AA da. Beraz, I lineala erabiliz gero nabil Incrementing Identifikazioak, ikusiko duzu zer gertatzen. 1, 2, 3, 4, 5, 6, era guztietako 54 gehienez. Beraz naiz gisa mailuka sisteman sartu erregistroak, dena ondorioz sortu nodo bat da. 

Hori ez da ona. Hori antipattern bat da. MongoDB arazo hau dute ez baduzu hash gako bat erabiltzen. MongoDB aukera ematen dizu ren funtsezko balioa osatzerakoan. Egin beharko zenuke beti hori, bada Incrementing hash bat erabiltzen ari zarela MongoDB funtsezko, edo izango dituzu idazketa guztietan nailing nodo bat, eta egon mugatuz izango duzu zure idazteko throughput gaizki. 

IKUSLEEN: da A9 hamartarrean 169 hori? 

RICK Houlihan: Bai, da Denda horren inguruan. A9, ez dakit. Nire binary lortu nahi duzuna kalkulagailua hamartarrekin. Nire garuna ez du halakorik egiten. Ikusleak: azkar bat Just Zure Mongo iruzkinak. Beraz, datorren objektu ID egin da jatorriz Mongo batera, hori egin? RICK Houlihan: ez, egin du? Zehaztu baduzu. MongoDB batera, aukera duzu. Dokumentu guztietan specify-- dezakezu ere MongoDB azpimarra ID bat eduki behar du. Hori balio berezia da. 

MongoDB ere zehatz dezakezu hash den ala ez. Aukera eman besterik ez dizute. Dakizuenez, hori da bada ausaz, ez dago arazorik. Zuk ez duzu hori egin. Badakizu ez dela ausazko, hori bada Honez Incrementing da, eta ondoren egin hash. 

Orain gauzarik , osatzerakoan behin hash a balioa eta hau da, zergatik hash gakoak dira beti kontsultak berezia, ez dut aldatu delako balioa, orain ezin dut sorta kontsulta bat egin. Ezin dut esan da hau haur edo hura artean, hash balioa ez da joan delako benetako balioa baliokide da. Beraz, noiz hash duzula gakoa, berdintasun bakarra da. Hori dela eta DynamoDB hash gako zalantzak daude berdintasun bakarrik beti. 

Beraz sorta bat orain key-- denean sorta gako bat gehitu dut, sorta giltza horiek erregistro guztiak etorri eta partizioaren bera lortu dute gordeta. Beraz, oso azkar ari dira, erraz eskuratu adierazten honek hash dagoelako, hau barrutia da. Eta dena ikusten duzu hash berdinekin lortzen partizioaren espazio berean gordeta. Sorta gakoa erabili ditzakezun lagundu kokatu zure datuak bere guraso hurbil. Beraz, zer naiz benetan hemen egiten dut? Hau harreman asko izaten da. Hash gakoa baten arteko harremana eta sorta gakoa askotan bat da. Anitz hash gakoak izan ahal dut. I sorta bat baino gehiago bakarrik izan daiteke hash giltza behin barruan gakoak. 

Hash guraso definitzen, sorta haurrak definitzen du. Beraz, ikusi ahal izango dituzu, ez dago analogikoa hemen Harreman-eraikuntza arteko eta mota bereko NoSQL ere eraikitzen. Zerbaiti buruz hitz egin NoSQL nonrelational bezala. Ez da nonrelational. Datu beti harremanak ditu. Harreman horiek besterik ezberdinean moldatu dira. Hitz egin apur bat utzi iraunkortasuna zertxobait. When idatzi DynamoDB behar duzu, idazten Beti hiru modu erreplika dira. Zentzua dugula hiru AZ en. AZ erabilgarritasuna Zones dira. You Availability bat dela pentsa dezakezu Zone datuak zentro gisa edo datu-zentroak bilduma bat. Gauza hauek geografikoki dira isolatu errua zonalde ezberdinetan zehar, zehar ezberdinak sare elektrikoak eta floodplains. AZ batean porrot bat ez da behera hartzeko beste doa. Dute, halaber lotuta daude elkarrekin zuntz iluna. Sub bat onartzen ditu 1 AZs arteko milisegundo latency. Beraz, denbora errealean datuak kopia- multi AZs gai. 

Eta oftentimes multi AZ garapen handiko erabilgarritasuna baldintzak betetzen enpresa-erakunde gehienak. Beraz DynamoDB zabaldu da Hiru AZs lehenetsita zeharkatuz. Bakarrik ari gara ezagutza idazteko joan hiru nodo horietako bi itzuli eta esan, Bai, lortu nuen. Zergatik da hori? Irakurritako aldean ari garelako bakarrik datuak eman itzuli zenean joan Lortuko dugu bi nodo batetik. 

Zehar I replicating naiz bada hiru, eta nik irakurtzen ari biekin alderatuta, Naiz beti bermatuta dut bat gutxienez izatea horiek irakurtzen du, zalantzarik gabe egungo datuen kopia gehien. Hori da egiten DynamoDB koherentea. Orain buelta aukera dezakezu koherentea horiek irakurtzen off. Eta kasu horretan ez dut esango, Nodo batetik bakarrik dut irakurri. Eta ezin dut bermatu egingo da gehien egungo datuak izateko. 

Beraz, idazketa bat da buruturiko bada, ez da oraindik erreplika, kopia hori lortzeko ari zaren. Hori irakurrita azkenean koherente bat. Eta zer dela kostuaren erdia da. Beraz, hau zerbait pentsatu da. When egindako irakurtzen ari zaren DynamoDB, eta Zure Irakurritako ahalmen konfiguratzen ari zarela unitateak, azkenean aukeratzen baduzu koherentea irakurtzen, asko merkeagoa da, kostuaren erdia da. 

Eta, beraz, dirua aurrezten da. Baina hori zure aukera da. Irakurritako koherentea nahi baduzu edo Irakurritako azkenean koherente bat. Hori dela aukeratu ahal izango duzu zerbait. 

Hitz egin indizeak buruz hitz egiteko. Beraz, aipatu dugun goi mailako agregazio. Lortu dugu hash gakoak, eta lortu dugu sorta gakoak. Hori da polita. Eta hori lehen mahai gainean da, I hash-giltza bat lortu, sorta giltza bat jaso nuen. 

Zer esan nahi du horrek? Dut atributu bat dudala kontsultak aberatsa aurka exekutatu daiteke. Sorta gakoa da. Item-- duten beste atributuak Atributu horiek ezin dut iragazi. Baina ezin dut horrelako gauzak egiten, hura hasten da, edo hau baino handiagoa da. 

Nola egin behar dut? Indizea sortzeko dut. Ez da bi mota DynamoDB indizeak. Indize bat da benetan Mahaiaren beste ikuspegi bat. Eta bertako bigarren mailako indizea. 

Lehena izan zen buruz hitz egingo dugu. Beraz, tokiko bigarren elkarrekin bizi dira partizioaren datuen berdinean. Eta, hala nola, on dira nodo fisiko berean. Koherentea zer deitzen duguna. Esanahia, aitortu egingo dute mahai batera idazteko. Idazteko jasotzen duzunean, Indize bidez dugu idatzi. Idatzi dugu mahaiaren aurretik, eta, ondoren, aitortu egingo dugu. Beraz, hori koherentea da. Idazketa izan da behin mahaitik aitortu, Honez bermatuta dagoela tokiko bigarren mailako indize Datuen ikuspegi bera izango dute. Baina zer dute baimendu egin nahi duzu define ordezko sorta gakoak. 

Izan du hash bera erabili Lehen mahai gisa gakoa, dutelako batera kokatutako on partizioaren bera, eta koherentea ari dira. Baina indize bat sortu ahal izango dut ezberdinak sorta gakoei. Beraz, adibidez, fabrikatzaileak bat banu Hori izan piezak gordinak mahai bat lortuz. Eta piezak gordinak etorriko da, eta Muntaia ari dira batzen. Eta, agian, ez oroitzapen bat da. 

Hori izan zen honek egindako edozein zati Egun horretatik aurrera fabrikatzailearen, Nire lerrotik tira behar dut. Indizea spin dut Hori izango litzateke, datan batuz Parte jakin fabrikatzeko. Beraz, nire maila goreneko mahai bazegoen Dagoeneko hash- fabrikatzailearen arabera, agian, parte ID antolatuta zen, I mahai hori off Indizea sortzeko daiteke hash- fabrikatzailearen arabera, eta fabrikazio-data on urrutira. Eta, era horretan esan izan dut, ezer data horien artean fabrikatu zen, Lerrotik tira behar dut. Beraz, bigarren indizearen lokal bat da. 

Hauek eragina dute Zure hash gakoa espazioa mugatuz. Dutelako co-existitzen biltegiratze-node berdinean, hash gakoa mugatu dute 10 gigabyte espaziora. DynamoDB, azpian mahaiak, partizioa egingo Zure mahai 10 gigabyte guztietan. 10 Datu kontzertuak jarri duzu, dugu go [PHH], eta nodo bat gehitu dugu. 

Ez diogu zatitu LSI du partizioak ugaritan zehar. Mahai zatitu egingo dugu. Baina ez dugu zatitu LSI du. Beraz, hori zerbait eta ulertzeko garrantzitsua Zu oso egiten ari bada, Oso, aggregations oso handiak, orduan goazen mugatua izango da joan Zure LSIs 10 gigabyte. 

Hori horrela bada, ezin dugu bigarren global erabili. Bigarren orokorrak dira benetan beste taula bat. Erabat existitzen dira off Zure mahai lehen aldean. Eta aurkitu uzten didatena egitura erabat desberdina. Beraz, pentsa datuak txertatuko ari da Bi mahai ezberdinetan sartu, egituratutako Bi modutan. 

I erabat definitu hash giltza ezberdinekin. I erabat definitu ezberdinak sorta gakoa. Eta hau exekutatu ahal izango dut guztiz independentean. Izan ere, materia gisa, Dut Nire Irakurritako ahalmen hornitu eta idatzi gaitasunagatik nire bigarren mailako indizeak global guztiz independentean Nire mahai lehen. Indize hori definitzeko badut, esango zenbat irakurri eta idatzi ahalmena nik erabiliko da. 

Eta hori da, bereizi Nire mahai nagusian. Orain indizeak du, bai ahalbidetuko digu hash eta sorta gakoak ez bakarrik definitzen, baina ez daude dute balioak osagarriak proiektatzeko. Beraz, off irakurtzeko indizean nahi badut, eta datu-multzo batzuk lortu nahi dut, Ez dut behar atzera joan nagusia den mahai atributu gehiago lortzeko. Gehigarri horiek proiektatzeko dut Mahaian sartu egozten sarbide eredua onartzeko. Ziurrenik ari gara batzuk sartzea ezagutzen dut benetan, really-- belar sartzea Hemen stuff hau batzuk. Orain honen noraezean lortu nuen. 

Ikusleak: [INAUDIBLE] --table gakoa ekarri egiaztapen bat izan zen? Jatorrizko hash? Multi-xaflak? 

RICK Houlihan: Bai. Bai. Mahai Gakoa funtsean elementua itzuli darama. Beraz indizea erakuslea itzuli da Mahai gainean jatorrizko elementuak. Orain bat eraikitzeko aukera dezakezu indize bakarra mahai-giltza duela, eta ez beste propietate. Eta zergatik egin behar dut? Beno, agian, elementu oso handia daukat. 

I benetan jakin bakarrik behar which-- Nire sarbidea eredua esan liteke, zein elementu Jabetza hau daukaten? Ez behar elementua itzuli. Besterik ez dut behar den jakiteko bertan elementuak eduki ditzakeela. Beraz indizeak eraiki dezakezu mahai gakoa duten bakarra izan. 

Baina, batez zer datu-basean indizea da. Da azkar ahal izateko izateagatik It identifikatzeko eta bertan erregistratzen, bertan ilaretan, bertan mahai elementuak ez propietate ari naiz bilatzen. 

GSIs, beraz, nola egiten dute lan? GSIs funtsean asinkronoak dira. Guneraketan mahai sartuko da, mahai gero asinkronikoki eguneratzen da Zure GSIs guztia. Hori dela eta GSIs dira Azkenean koherentea. 

Nabarmendu behar dela da denean GSIs eraikitzen ari bazara, eta sortzen ari zaren ulertzen aggregation-- beste dimentsio bat Orain esan adibide ona Hemen fabrikatzailea da. Uste dut, agian nuen hitz egin ekoizleak mediku bat. Medikuntza gailua fabrikatzaile oftentimes atalka argitaratua zatitan. Horretan sartu zatiak hip ordezkatzeko guztiak Horietako serie zenbakia txiki bat izan da. Eta milioika izan dute eta Milioika eta piezak milaka milioi dute dakarten gailu guztietan. Beno, azpian osoaz behar dute dimentsio ezberdinetan, parte guztiak muntaia ere, denak Hori egin ziren piezak lerro jakin bat, guztiak hori izan zen atalak fabrikatzaileak jakin bat ere Data zehatz batean. Eta aggregations horiek batzuetan jaikitzen milioi sartu. 

Beraz, lan batzuk egin nuen mutil hauek direnek jasaten sortzen ari direlako ginormous aggregations horiek beraien bigarren mailako indizeak ere. Baliteke piezak gordinak dituzte mahai hori hash bakarrik dator. Zati bakoitza serie zenbakia berezia du. Serie-zenbakia erabili dut hash gisa. Polita da. Nire gordinak datuak taula zabaldu da guztiak gako espazioa zeharkatuz. My [? idatzi?] [? irenstea?] awesome da. Datu asko hartu nuen. Orduan, zer egiten da GSI bat sortu dute. Eta, esan dut badakizu zer, ikusi behar dut fabrikatzaileak horretarako atal guztiak. Beno, bat-batean nago Mila milioi ilaratan hartuz, eta gauza horiek kalera nodo bat, orduan delako Gisa agregatuaren dut fabrikatzaileak hash gisa NAN, eta parte tarte bezala zenbakia, ondoren, bat-bateko naiz guztia mila milioi zatitan jarriz sartu zer fabrikatzailearen hau entregatu me. 

Hori asko sor ditzake Presio GSI gainean, berriro, I nodo bat mailuka ari delako. Jarriko dut horiek guztiak nodo bat sartu txertatzen. Eta hori bat benetako problematikoa erabilera kasu. Orain, diseinu ona dut Hori nola saihesteko eredua. Eta hori da arazo bat Hori beti lan egiten dut. Baina zer gertatzen da, GSI da agian Ez dute nahikoa idazketa ahalmena bultza horiek guztiak gai izan behar du nodo bakar batean ilarak. Eta zer gertatzen da orduan da lehen, bezeroaren mahai, Lehen mahai gainetik pasa egingo GSI ezin duelako mantendu. Beraz, nire txertatze tasa izango Lehen mahai gainean erori Nire GSI saiatzen mantentzeko. 

Ondo da, GSI en beraz, LSI en, zein bat erabili behar dut? LSI en koherentea. GSI en azkenean koherentea. Hau da Ados, bat erabiltzea gomendatzen dut GSI, askoz malguagoak dira. LSI en egon GSI bat bezala prestatua daiteke. Eta bada, datu-tamaina hash gakoak bakoitzeko Zure collection 10 gigabyte gainditzen, ondoren, zauden hori erabili nahi du GSI delako muga gogor bat besterik ez da. 

Ondo da, beraz, eskalatzea. Dynamo PP-throughput, zuk can xedapen [INAUDIBLE] mahai batera throughput. Duten bezeroek daukagu hornitutako 60 billion-- 60 milioi eskaerak eginez, aldizka eskaerak milioi bat baino gehiago exekutatzen Bigarren gure mahai bakoitzeko. Ez da benetan muga teoriko zenbat zenbat eta azkarra mahai ahal Dynamo PP exekutatu. Badira bigun batzuk Kontu mugak jarri genuen han, beraz, Ez duzula joan crazy. Baino gehiago nahi izanez gero Hori, ez da arazo bat. Kontatuko digute zatoz. Buelta eman beharko dugu Txirrina. 

Kontu bakoitza maila batzuk mugatzen zerbitzu guztietan, besterik bat itzali beraz, jendea ez joan crazy lortu beraiek arazoak. Mugarik tamaina. Bat-zenbakia jarri dezakezu mahai baten gainean elementu. Elementu baten tamaina da bakoitzeko 400 kilobyteko mugatuta, elementua ez atributuak izango litzateke. Beraz atributuak batuketa hau da, 400 kilobyteko mugatzen. Eta gero, berriz, ez dugu Hori gutxi LSI alea hash bakoitzeko 10 gigako mugarekin. Ikusleak: kopuru txikiak, dut falta da zer ari zaren kontatzea, hori is-- Ikusleak: Oh, 400 kilobyte elementu bakoitzeko gehieneko tamaina. Beraz, elementu bat ezaugarri guztiak ditu. Beraz, 400 k Guztizko tamaina gauza horren, 400 kilobyteko. Atributu guztien So konbinatuak, datu guztiak duten atributu horiek guztiak ere egin, bildu tamaina bat sartu, Une gaur elementua muga 400 K da. Beraz, berriro ere eskalatzeko, lortu partitzea bidez. Throughput hornitu da mahai mailan. Eta ez da benetan bi gasaren. Irakurri dugu ahalmena eta idatzi ahalmena. 

Beraz, hauek egokitu dira bata bestearen independentean. RCU en neurri zorrozki koherentea irakurtzen. Ados, beraz, bada esaten ari zaren 1.000 nahi dut RCU en horiek zorrozki koherentea, horiek dira koherentea irakurtzen. Esan duzu nahi badut balizko koherentea irakurtzen, xedapen 1.000 ahal duzun RCU en, bazoazela 2.000 eskuratu azkenean koherentea irakurtzen. Eta dutenentzat prezio erdia Azkenean osatuko irakurtzen. 

Berriz ere, egokitu bata bestearen independentean. Eta throughput-- dute Zure RCU% 100a kontsumitzen baduzu, Oraindik ez duzu eragingo joan Zure eskubideak erabilgarritasuna. Beraz, guztiz dira bata bestearen independenteak. Ondo da, beraz, gauza bat dela Laburki throttling zela aipatu dut. Throttling txarra da. Throttling dagoela adierazten SQL ez txarra. Badira gauza lagundu egin dezakegu administratzaile arintzeko duzu duzula Jasaten ari. Baina irtenbiderik onena hau da, dezagun a zer egiten ari zaren begiratu, orduan eta ez antzezlana ere anti-eredu bat da hemen. 

Gauza hauek ez uniforme bezala gauzak kargak, hot keys, partizioak beroa. Funtsezko espazio jakin baten aurka talka egiten dit Oso gogorra arrazoi berezi batengatik. Zergatik naiz hau egiten? Dezagun daki hori atera. Nahastuz naiz nire datu beroa datuak hotzarekin. Dezazun naiz nire mahaiak zaitez erraldoi, baina ez da benetan bakarra datuen azpimultzoa batzuk Hori benetan interesgarria da niretzat. Beraz, egunkari-datuak, adibidez, asko bezeroei, egunkariko datuak egunero lortzen dute. Log datu-kopuru handi bat lortu dute. 

Besterik log hori guztia zu dumping bada mahai handi bat sartu datuak, denboran zehar mahai hori masiboa iritsi. Baina benetan bakarrik interesatzen zait Azken 24 orduetan, azken zazpi egunetan, azken 30 egunetan. Whatever denbora leihoan begiratzen naizela molesta me, edo gertaera Gertaera hori interesgarria da niretzat, Hori da leiho bakarra denbora hori behar dut. Beraz, zergatik I 10 urte betetzen ari nauk log taula honetako datuak merezi? Zer eragiten da mahai zatiarekin. 

Handi daukala. It hedatzen hasten nodes milaka zehar. Eta zure ahalmena geroztik hain txikia da, zaren benetan baloratzeko bakoitzean mugatuz banakako nodo horietako bat. Hargatik nola begira Egin mahai jaurti dugun baino gehiago. Zelan datuak, kudeatzen ditugun apur bat Arazo horiek hobeto ekiditeko. Eta zer itxura du horrek? Hau da, zer itxura. Hau da, zer txarra NoSQL itxura. 

Lortu gako bat beroa hemen dut. Aldean begiratuz gero hemen, horiek nire partizio guztiak dira. 16 partizioak altxatu nintzen hemen database bereziki honetan. Horretarako dugu denbora guztian. Exekutatu dut hau bezeroentzat denbora guztian. Honez bero mapan deitzen. Bero mapa esaten dit nola Oraindik zure gako espazioa sartzean. Eta hau zer me kontatzea da ez dagoela hash bat bereziki da tipo hau atsegin bat askotan, zeren Egiatan kolpeak, benetan zaila. 

Beraz urdin polita da. Blue nahi dugu. Guk ez dugu nahi gorria. Red en non presioa Lortzen% 100 izango. % 100, orain duzu throttled beharreko ari. Beraz, betiere atsegin duen lerro gorria ikusi duzu Halako eta ez da besterik Dynamo DB-- NoSQL datu-basean behin arazo hau. Badira anti-ereduak, ahal dela baldintza-mota horiek gidatzeko. Dudana da lan egiten dut bezeroekin baldintza horiek arintzeko. 

Eta zer itxura du horrek? Eta hau da gehien lortzeko Dynamo PP horren probetxu atera, baina benetan lortzean NoSQL etekin handiena. Hau ez da Dynamo mugatzen. Hau definitely-- dut da to Mongo at lanean. NoSQL plataforma asko ezagutzen dut. Nor bakoitzak mota hauek ditu hot-giltza arazoak. Gehien lortu duen NoSQL daudelarik datu-basea, zehazki, Dynamo PP, taulak sortu nahi duzu non hash funtsezko elementua ditu balio desberdin ugari, cardinality-maila handia. Horrek esan nahi du idazten dut delako kuboak desberdinak asko. 

The kuboak gehiago naiz , litekeena da idazten Naiz idazketa karga hori zabaltzeko edo irakurri kargatu egindako nodo bat baino gehiago zeharkatuz, gehiago egongo naiz bat izatea Mahai gainean altuko. Eta gero balioak izan nahi dut nahiko berdinarekin eskatutako denboran zehar eta sakontasunez gisa ausaz ahalik. Beno, hori da mota interesgarria, Ezin dut delako benetan kontrol denean erabiltzaileek etorriko. Beraz, nahikoa esan, zabaldu badugu Gauzak egindako gako espazioa zeharkatuz, ziurrenik dugu forma hobea izan. 

Ez da, jakin bat denbora entrega zenbatekoa Oraindik ez duzula joan gai kontrola izateko. Baina horiek dira benetan Bi dimentsiotan dugula, espazioa, sarbide berdinarekin zabaldu, denboran, eskaerak iristean berdinarekin denboran bananduta. Eta bi horiek bada baldintza betetzen ari diren, Orduan, zer da itxura. Hau da, askoz politagoa. Hemen benetan pozik gaude. Oso are sarbidea eredu bat lortu dugu. Bai, agian zaren lortzean bat presio pixka behin orain eta gero, baina ez da ezer benetan too zabala. Beraz, harrigarria da zenbat aldiz da, naizenean lan bezeroekin, gorri handiekin lehenengo grafikoan dagoela taberna eta hori guztia itsusia horia da, guztiak leku baino gehiago, ez dugu emateko ariketa egiten hilabete pare baten ondoren re-arkitekturaren, Oraindik zehatza bera exekutatzen dute karga bera zehatza lanaren. Eta hori da, gaur egun bezala begiratzen. Beraz, zer lortu NoSQL batekin aski da Datu Eskema erabat sarbide ereduarekin lotuta. 

Eta datuak Eskema hori optimizatzeko dezakezu sarbide eredu hori onartzeko. Egin ez baduzu, ondoren, bazoazela arazo mota horiek ikusi ahal izateko gakoak beroa horiekin. 

Ikusleak: Beno, ezinbestean leku batzuetan dira besteak baino beroagoa izango da. 

RICK Houlihan: Beti. Beti. Bai, esan nahi dut, ez da beti a-- eta berriro, ez da diseinu patroi batzuk jasoko ditugu bitartez egingo duten nola aurre buruz hitz egin aggregations super handi hauekin. Esan nahi dut, lortu nuen horietako bat izatea, nola egin aurre haiekin dugun? Lortu nuen erabileraren kasuan nahiko ona duten hitz egingo dugu horri buruz da. 

Ondo da, beraz dezagun eztabaida buruzko zenbait bezeroei orain. Mutil hauek AdRoll dira. Ez dakit bazaude AdRoll ezagutzen. Ziurrenik ikusiko duzu horiek nabigatzailea asko. Ad re-targeting ari dira, ari dira ad re-zuzendutako negozio handiena daude. Normalean aldizka exekutatu baino dute Eguneko 60 milioi transakzio. Oraindik baino milioi bat egiten dute Segundoko eragiketak. Nik mahai nahiko erraz lortu dute egitura, mahai jendetsuena. Funtsean, besterik bat hash gakoa cookiea da, barrutia da demografiko du Kategoria, eta, ondoren, irugarren attribute puntuazio da. 

Beraz cookies denok ere mutil hauek gure nabigatzailean. Eta noiz joan behar duzu merkantzia parte hartzen dute, puntuazio funtsean dute you zehar kategorien demografikoa. Noiz joan webgune bat behar duzu, eta esan duzu ad-- hau ikusi nahi dut edo funtsean, ez duzu esan -bere baina joan behar denean webgunera ad hau ikusi nahi duzula esan dute. Eta AdRoll ad hori lortzeko joan dira. AdRoll itxura you up bere mahai gainean. Zure cookie aurkitu dute. Iragarle kontatzea horiek, norbaitek nahi dut nor da adin ertaineko, Gizon 40 urte ditu, kirol sartu. Eta zuk puntuak dira demografia horietan eta erabakitzeko ala ez dute Zuretzat ad ona da. 

Orain batera SLA bat dute beren publizitate hornitzaileak sub-10 milisegundo eskaintzeko erantzunez eskaera bakoitza. Beraz, Dynamo PP erabiltzen ari dira horretarako. Guri kontra talka ari dira Segundoko milioi eskaerak. Guztiak egiteko gai ari dira beren bilaketak, triage datu horiek guztiak, eta itzultzeko gehigarri lotura duten horretara iragarleentzat ere 10 milisegundotan pean. Benetan da nahiko Phenomenal ezartzeko dutela. 

Mutil hauek, egia esan, mutilak dira horiek. Ez nago ziur mutil hauek, bada. Mutil hauek izan liteke. Funtsean esan us-- ez dut ez dut uste horiek izan zen. Uste dut beste inorekin zen. Ez nintzen batekin lan bezero esan zidan Hori orain duela ikustea Dynamo PP dira denak, ari dira diru gehiago gastatzea pintxoak beren garapen taldea hilero igarotzen dute datu-basea dute baino. Beraz, eman duzu du dugu bat kostu aurrezki ideia ahal Dynamo PP lortuko duzu hori oso handia da. Ondo da, dropcam konpainia bat da. Tipo hauek mota horretako uste baduzu gauzen internet, dropcam of funtsean internet segurtasun bideoa. Zure kamara itzaliko ez duzu. Kamara Mugimendu detektagailua dauka. Norbaitek batera dator, cue puntu bat pizten da. Kamara arte, berriz, bat grabatzen hasi ez du inolako mugimenduaren detektatzeko jada. Bideo horretan jartzen Interneten. 

Dropcam dela enpresa bat izan zen Funtsean Dynamo PP piztuta jasaten ari delako minak gero izugarria. Eta zer esan ziguten, Bat-batean, datu petabytes. Ideia ez zuten euren zerbitzua beraz, arrakastatsua izango litzateke. Gehiago YouTube baino bideo sarrerako zer mutil hauek lortzen ari da. DynamoDB erabili zuten denek jarraitzeko metadata guztiak euren bideo-giltza puntu ditu. 

Beraz S3 kuboak dute bultza dute sartu artifacts bitarraren guztiak. Eta gero egiten dute Dynamo PP erregistroak pertsona seinalatu S3 hiru objektu horietara. Noiz bideo bat begiratu behar dute, Dynamo PP errekorra bilatuko dute. Estekan klikatzen dute. Behera zabaltzen dute S3 bideoa. Beraz, hori zer itxura mota da. Eta hau da, zuzenean euren taldeak. 

Dynamo PP murrizten euren entrega bideo ekitaldiak egiteko garaia bost eta 10 segundotan. Duten harreman denda zahar batean, joan eta exekutatu beren lehengo figura kontsultak konplexu anitz bertan egindako bideoak behera tira, 50 ms baino gutxiago behar. Beraz, harrigarria, harrigarria da zenbat performance denean optimizatzeko lortu ahal izango duzu eta sintonizatu, azpiko datu-basea sarbide eredua onartzeko. Halfbrick, mutil hauek, zer da, Fruta Ninja dut asmatu beren gauza da. Dynamo PP exekutatzen hori guztia. Eta mutil hauek, handi bat dira Garapen taldeak, garapen handia denda. 

Ez da ona OPS taldeak. Ez zuten asko izan Eragiketa baliabideen. Mantendu nahian borrokan ari ziren beren aplikazio azpiegitura sortu eta martxan. Gurekin etorri ziren. Begiratu Dynamo PP artan dute. Esan zuten, hori da guretzat. Beren osotasunean eraiki dute Aplikazio gainean esparrua. Batzuk benetan polita iruzkinak hemen gaitasuna taldeak Eraikin on orain dutelakoan Joko eta ez eutsi beharra azpiegitura, eta horrek zen kopuru handi bat bihurtuz Euren taldeak gardenki. Beraz, hau da, zerbait -bere du mesede Dynamo PP lortu duzula. 

Ondo da, sartzea Datu modelaketa hemen. Eta pixka bat hitz egin dugu bat da, hau da, askok bat, eta mota harremanak asko asko. Eta nola ez, Dynamo dutenak mantentzen duzu. Dynamo PP ere erabiltzen dugu indizeak, oro har, datuetan biratu beste zapore bat. Hash gakoak, sorta gakoak, eta indizeak. 

Zehatz honetan Adibidez, estatu gehienak bezala lizentzien baldintza bat izan dela bakarrik pertsona bakoitzeko gidariaren lizentzia bat. Ezin duzu joan lortzeko bi gidariaren Boston estatuan lizentziak. Ezin dut ezer egiten Texas. Hori horrela da mota. Eta beraz DMV at, bilaketak egin behar dugu, ez dugu -baimenean bilatzea nahi Gizarte Segurantzako zenbakia arabera. Erabiltzaile xehetasunak bilatzea nahi dut gidariaren lizentzia kopuruaren arabera. 

Hau honela, erabiltzaile baten taula dugun hash-giltza bat serie-zenbakia dauka, edo Gizarte Segurantzako zenbakia, eta ezberdinen elementua definitzen. Orain mahai dut horretan GSI bat definitu izan dela flips inguruan esaten duen nahi dut hash-giltza bat lizentzia eta, ondoren, Beste elementu guztiak. Orain zein den jakiteko, eta aurkitu nahi badut lizentzia duen Gizarte emandako kopurua Segurtasun-zenbakia, I can galdekatzeko Taula nagusian. 

Kontsulta nahi dut eta nahi dut Gizarte Segurantzan eskuratu kopurua edo beste edozein eginkizun bat eginda lizentzia zenbakia, GSI galdekatu ahal izango dut. Eredu hori, ezen ez harreman bat. Just GSI oso erraza da, inguruan gauza horiek irauli. Orain, bat buruz hitz asko. Askok bat da, funtsean, Zure hash sorta gakoa. Non asko lortuko dugu honekin kasuan erabilera monitore datuak dira. Monitor datuak erregularra dator tartearen, gauzen internet bezalako. Beti horiek guztiak jasoko dugu Erregistro denbora guztian lortuz. 

Eta irakurketak guztiak aurkitu nahi dut denbora epe jakin baten arteko. Kontsulta oso ohikoa da jarraipen azpiegitura. Horri buruz modu go da aurkitu taula egitura errazak, mahai bat. Dut gailua neurketak mahai bat hash-giltza bat gailu ID gainean. Eta sorta gako bat daukat denbora-marka, edo, kasu honetan, epikoa. Eta aukera ematen duen me konplexuak exekutatu sorta gako horrek aurkako kontsultak eta erregistro horiek itzultzeko duten dira emaitza erlatiboa ezarri duten bilatzen ari naiz. Eta bat eraikitzen harreman ugari mahai lehen bat erabilita gako hash, sorta gakoa egitura. 

Beraz, hori da mota eraiki Dynamo PP mahai sartu. When I hash bat definitzeko eta sorta t mahai, naiz harreman ugari bat definituz. Guraso eta seme-alaben harreman bat da. 

Hitz egin asko buruz harremanak asko. Eta adibide zehatz honetan, Berriro, erabili GSI en goaz. Eta dezagun hitz joko buruz eszenatoki non erabiltzaileak emandako daukat. Egindako partida guztiak aurkitu nahi dut edo hasi jolasten geratu erregistratuta. Eta joko jakin batez, I erabiltzaile guztiak aurkitu nahi. Beraz, nola egin behar dut? Nire erabiltzaile jokoak mahai, noa hash Erabiltzaile ID giltza bat izatea eta sorta jokoaren gakoa. 

Beraz, erabiltzaile anitzeko jokoak izan daiteke. Arteko harremana asko, alegia, erabiltzaileak eta jotzen jokoak. Eta gero, GSI oinarrituta, Inguruan duten irauli dut. Jokoan dut hash eta Erabiltzaileari buruzko dut bitartekoa. Beraz, guztiak lortu nahi badut Joko Erabiltzaile jotzen, Taula nagusian galdekatzeko dut. Erabiltzaile guztiak lortu nahi badut Hori bereziki joko bat jolasten, GSI kontsultatzeko dut. Beraz, hau nola egiten dugun ikusiko duzu? GSI horien alde egiteko eraiki duzu erabileraren kasuan, aplikazioa, sarbidea eredua, aplikazioa. 

Kontsulta behar dut bada Dimentsio honetan, utzi Dimentsio horretan Indizea sortzeko me. Ez badut, ez zait axola. Eta erabilera kasuaren arabera, I indizean behar izatea edo Agian ez. Simple bat bada askotan, Lehen mahai fina da. Asko horiek egin behar dut bada askok, edo bai bat egin behar dut, ondoren, agian behar dut bigarren indizearen. Beraz araberakoa dena zer egiten saiatzen naiz eta lortzen get saiatzen naiz zer. 

Seguruenik, ez naiz gehiegi gastatzen joan denbora askoz dokumentuak buruz hitz egiten. Hau pixka bat lortzen du, ziurrenik, sakonago sartzen joan behar dugunean. Ren eztabaida pixka bat utzi aberatsaz galdeketa espresioa. Beraz, Dynamo PP dugun Sortuko gaitasuna proiekzio esamoldeak deitzen dugun. Proiekzioa adierazpen guztiz dira zelaietan edo balioak biltzen bistaratu nahi duzula. Ados, beraz, aukeraketa bat egin nuen. Dynamo PP aurka kontsultaren bat egin dut. Eta, esan dut badakizu zer, ikuskizuna me bakarrak bost izarreko reviews Produktu hau bereziki. Beraz, hori da dena ikusi nahi dut. Ez dut nahi guztiak ikusteko beste ilara ezaugarriak, Besterik hau ikusi nahi dut. Besterik ez da SQL denean bezala da duzu hautatu izar edo mahaitik esan, guztia lortuko duzu. When hautatu name esaten dut mahaia, atributu bat bakarrik lortu dut. Gauza mota bera da Dynamo PP edo NoSQL datu bestera. Filter esamoldeak uzten niri Funtsean behera ezarri emaitza moztu. Beraz, kontsultaren bat egin dut. Kontsultaren itzul daitekeela 500 elementuekin. Baina elementuak bakarrik nahi dut atributu bat dela dio hori. Ados, beraz dezagun iragazteko elementu horiek ez duten kontsultaren bereziki dator. Beraz iragazkia esapideak ditugu. 

Filter esamoldeak ahal Edozein atributuaren da abiarazi. Oraindik ez dute nahi sorta kontsultak. Goratu kontsultak gehiago selektiboak dira. Filter kontsultak eskatzen zidan joan Lortu emaitza osoa ezarri eta gero carve datuetan ez dut nahi. Zergatik da garrantzitsua? Dena irakurri dudalako. Kontsulta bat ere, nik irakurri dut eta Honez datuak buruzko erraldoi bat izango da. Eta gero noa joan carve behar dudana. Eta bada, naiz bakarrik egindako taila bat ilaratan pare, gero hori OK. Ez da, beraz, ez eraginkorrak. 

Baina pila oso bat irakurtzen ari naiz, bada datuak, besterik carve elementu bat, gero noa hobea izango da sorta kontsulta bat erabiliz off, Askoz gehiago selektiboa delako. Honez asko gorde me joan dirua, irakurketa- ordaintzen dut delako. Non duten bueltatzen diren emaitzak alanbre duten zeharkatuko txikiagoa izan daiteke, Baina irakurri dut ordaintzen ari. Beraz, ulertzen nola Datu ari zaren lortzean. Hori oso Dynamo PP ere garrantzitsua da. 

Baldintzapeko adierazpenak, hau da, zer Baliteke blokeoa baikor deitu. Eguneratu badago, edo balio hau bada zer I zehaztu baliokidea. Eta garai batean zigilua badut erregistroa, izan datu irakurri dut. Baliteke dut datu horiek aldatzeko. Baliteke dut idazten joan Datu datu-basera itzuli. Norbait erregistroa aldatu egin bada, zigiluan aldatu egin dezake. Eta horrela nire baldintzapeko eguneratzea eguneratzea esan genezake zigiluan berdin hau bada. Edo beste sarrera izango norbaiti huts Bitartean erregistroa eguneratu. 

Hori zer blokeoa baikor deitzen duguna. Norbaiti esan nahi du etortzen ahal eta aldatzeko, eta naiz antzeman dut atzera joan nintzen idazten. Eta ondoren, benetan irakurri ahal duten Datu eta esan, ai, hau aldatu zuen. Hori kontuan izan behar dut. Eta nik ere datuak aldatu nire grabatzeko eta eguneratzeko beste aplikatzeko. Beraz gehikuntzaren horiek harrapatzeko dezakezu denboraren artean gertatzen diren eguneraketak Datuak eta irakurri duzula denbora datuen zuk idatzi dezake. 

Ikusleak: Eta iragazkia adierazpen benetan ez esan kopurua edo egun ez in 

[AHOTS INTERPOSING] RICK Houlihan: Ez dut nahi gehiegi honetan sartu. Hau erreserbatutako hitz-gako bat da. Libra ikuspegia da a erreserbatuta Dynamo PP gako. Datu-basea bakoitzak baditu bere baitan ditu erreserbatuta Bildumak ezin duzu erabili for izenak. Dynamo PP, zuk zehaztu bada Horren aurrean, libra bat, Izen horiek goian defini dezakezu. Hau erreferentziatutako balioa da. Seguruenik, ez da sintaxia onena dute gora, aurreko eztabaida horretarako, daukala real-- batzuk sartu delako Ez dut hitz egiten luke gehiago maila sakonago batean horri buruz. 

Baina nahikoa esan, hau Could izan kontsultaren eskaneatu dute non views-- ezta kiloko ikusia 10 baino handiagoa da. Zenbakizko balio bat da, bai. Nahi izanez gero, hitz egin dezakegu Eztabaidaren ondoren. Ondo da, beraz ari gara sartzea praktika onenak ere agertoki batzuk non hitz egin dugu aplikazio batzuk hemen buruz. Zer dira erabilera Dynamo PP kasurik. Zer dira diseinuan Dynamo PP ereduak. 

Eta lehenengoa ari gara joan buruzko eztabaida gauzen internet da. Beraz, asko lortu dugu of-- dut asmatu, zer it% 50 baino gehiago da trafikoa interneten egun horietako benetan makinak sortutako prozesuetan automatizatuetan, ez gizakiak. Gauza hori gauza hau esan nahi dut inguruan eramanez gero zure poltsikoan, Datu zenbat gauza dela benetan inguruan bidaltzeak gabe etzaquitelaric guztiz harrigarria da. Zure kokapenak, informazio nola azkar buruz ari zaren. Zelan Google Maps lanak uste duzu denean esango dute zer trafikoa da. Da badira milioika delako eta Jende inguruan gidatzeko milioika telefonoak bidaltzen dituzten Datu guztiak leku baino gehiago denbora guztian. Beraz, gauza bat Datu mota honi buruz datorren urtean, monitore datuak, saioa hasi datuak, denbora-segida bat, dela da Ohi baino interesgarriagoa Denbora pixka bat da. Denbora hori igarotzean da Ez hain interesgarria. Beraz, hitz egin dugu, ez utzi mahai horiek mugetatik gabe hazten. Ideia hemen, agian, lortu dut 24 ordu nire mahai beroa gertakari merezi. Eta mahai beroa izango da tasa oso altua hornitu, Honez datu asko hartzen duelako. Honez datu asko hartzen ditu eta irakurtzen ari naiz asko. Dut eragiketa asko kontsultak, datu horiek aurka martxan. 

24 orduz, ondoren beno, zuk Badakizu zer, ez zait axola. Beraz, agian gauerdian I roll guztietan Nire mahai mahai berri bat baino gehiago eta mahai hau deprovision dut. Eta hartuko dut RCU en eta 24 WCU en duelako behera ordu geroago Ez dut asko bezala exekutatzen Datu hori aurkako kontsultak. Beraz, ez dut dirua gorde egingo da. Eta, agian, 30 egun geroago ez dut nahiz eta guzti zaintzeko behar. Hartu izan dut WCU hamarkadan bat behera modu guztiak, badakizu zer, zertarako inoiz ezagutu idatziko. Datuak 30 egun bete ditu. Inoiz aldatzen ditu. 

Eta hori ia inoiz irakurri iritsi da, beraz dezagun besterik RCU hori behera 10ra. Eta dirua tona bat honetan aurrezteko naiz datuak, eta bakarrik nire datu beroa ordaintzeko. Beraz, hori begiratu Garrantzitsuena da begiratzen denbora serie batean zaitu Datu datozen bolumenak ere. Hauek estrategiak daude. Orain, besterik ez nuen utzi da guztiak mahai berean joan eta besterik mahai hori hazten utzi. Azkenean, noa ikusi performance gaiak. Fitxategira hasi beharko noa Datu hori mahaitik batzuk, ez zer. 

Dezagun askoz hobeto zure aplikazioa diseinatzeko beraz, modu honetan funtzionatzeko dezakezu eskubidea. Beraz automatikoa besterik ez da Aplikazio kodean. Gauerdian gauero At mahai pasatzean. Agian, zer behar dut da labain bat 24 Datu-orduen leihoa. Ondoren, modu erregularrean naiz Datu taula off deituz. Trimming naiz batekin Cron lana eta ni naiz jarriz beste mahai horien gainean, edozein dela ere behar duzu. Beraz iraulketa bat lan egiten bada, handia da. Hala ez bada, txikitu. Baina gorde dezagun datu hori beroa Zure datu hotz urrun. Diru asko aurreztu ahal izango duzu zuk eta Zure taulak egiteko eszenikoak gehiago. Beraz, hurrengo gauza hitz egingo dugu buruz produktuen katalogoa da. Produktuen katalogoa erabileraren kasuan, nahiko ohikoa. Hau da, benetan eredua oso ohikoa egingo dugun hainbat gauza ikusteko. Badakizu, Twitter Adibidez, tweet beroa. Guztion datozen eta tweet hori helduz. Produktuen katalogoa, salmenta bat jaso nuen. Salgai beroa lortu nuen. Per 70.000 eskaerak jaso nuen bigarren produktu bat datozen Deskripzio nire produktuen katalogoa daudelarik. Hau ikusten dugu txikizkako on Eragiketa nahiko pixka bat. Beraz, nola aurre egiten dugu? Ez dago hori aurre modurik ez da. Nire erabiltzaile guztiak ikusi nahi Datu pieza bera. Ari ari dira datozen, konkurrentzia. Eta guztien eskaerak egiten ari dira Datu pieza berdina da. Honek ematen dit hori gakoa beroa, gorri handi batean, banda nire taula gainean, ez dugu nahi. Eta hori zer itxura da. Beraz, nire gako espazioa zeharkatzen ari naiz salmenta elementuak hammered. Naiz ezer ez beste inon ditut. 

Nola ez, arazo hau arintzeko dut? Beno, arintzeko dugu hau cache batera. Cache, funtsean jarri duzu in-memoria datu-basearen aurrean partizioa. Lortu dugu [INAUDIBLE] katxeatu, nola duzu Zeure katxeatu sor ditzakete, [INAUDIBLE] katxeatu [? d,?] nahi duzuna. Jarri duten datu base aurrean. Eta, era horretan, datu horiek gordetzeko gakoak beroa horiek cache horretan gora espazioa eta katxeatu bidez irakurri. 

Eta gero, gehienetan zure irakurketak hasteko honen antza. I cache horiek hits got guztiak eman hemen eta I got nothing gertatzen behera hemen database atzean eserita dagoelako katxeatu eta irakurtzen du inoiz iritsiko. Datuei aldatu dut bada datu-basea, katxeatu eguneratu behar dut. Zerbait erabili ahal izango dugu atsegin Komiteak ez da egin behar. Eta nola funtzionatzen duten azalduko dut. Ondo da, mezularitza. E-posta, posta elektronikoa erabil denok. 

Hau adibide nahiko ona da. Lortu dugu mezuen taula moduko bat. Eta sarrera eta irteerako ontzian lortu dugu. Hau da, SQL du zer egingo zenuke Look Like inbox hori eraikitzeko. Motatako mota bereko erabili dugu erabili GSI en, GSI estrategiaren nire postontzian eta nire Irteerako ontzian da. Beraz mezuak gordinak datozen lortu nuen Nire mezuak mahai sartu. Eta honen lehen hurbilketa Zer nahi den, esan, OK, ez dago arazorik. Baina Nik mezuak gordinak. Datozen Mezuak [INAUDIBLE], Mezuaren IDa, handia da. Hori da nire hash berezia da. Egiterako bi GSI en noa, inork nire postontzian, nire Irteerako ontzian beste bat da. Eta lehenengo gauza egin dut da esan dut nire hash gakoa da hartzaileak izango da eta Den datan antolatu noa. Hau zoragarria da. Lortu nire ikuspegi polit hemen dut. Baina gai pixka bat dago hemen. Eta korrika hau sartu duzun base erlazionaletan baita. Bertikalean partitzea deitu dute. Zure datuak big mantendu nahi baduzu Zure datu gutxi urrun. 

Eta zergatik da I gotta delako go elementuak irakurri atributuak lortzeko. Eta nire gorputz guztiak daude hemen, ondoren, elementu gutxi batzuk besterik irakurtzen nire gorputza luzera bada bakoitzeko 256 kilobyteko batez beste, math lortzen nahiko itsusia. Beraz, esan David inbox irakurri nahi dut. David inbox 50 elementu ditu. Batez bestekoa eta tamaina 256 kilobyteko. Hona hemen nire bihurtze ratio RCU en lau kilobyteko. 

Ados, goazen batera Azkenean koherentea irakurtzen. Oraindik I 1600 RCU en jateko nabil besterik David inbox irakurtzeko. Ouch. Ados, orain Pentsa dezagun Aplikazio nola funtzionatzen. Naiz email aplikazio bat ere bada, eta Nire postontzian bilatzen dut, eta begiratu mezu bakoitzari gorputzean dut, no, laburpenak begira ari naiz. Goiburuak bakarrik at bilatzen ari naiz. Hargatik eraikitzeko taula egitura itxura gehiago horrelako. 

Hortaz, hona hemen informazioa workflow nire horren beharra. Da nire postontzian GSI da. Da datarekin da, bidaltzailea, gaia, eta, ondoren, Mezuaren IDa, puntuak mezuak mahaira itzuli non gorputza lortu ahal izango dut. Beno, horiek erregistro identifikazioak litzateke. Azpimarratu nahi gaituzte izateko elementua Dynamo PP mahai gainean identifikazioak. Indize guztietan beti, sortzen Beti elementua ditu NAN duten of-- baitan indizean dator. 

Ados. IKUSLEEN: Kontatzen non gordeta da? RICK Houlihan: Bai, halaxe kontatzen exactly-- hori zehazki zer egiten. Hemen esaten da nire re diskoa da. Eta ez da seinalatu egingo du atzera nire re grabatzeko. Hain zuzen ere. Ados, beraz, orain nire postontzian da benetan askoz txikiagoa. Eta hau benetan onartzen email aplikazio bat workflow. Beraz, nire postontzian, sakatu dut. Batera joan nintzen, eta egin klik mezuan dut, hori da joan den gorputza lortzeko behar dut, noa duelako beste ikuspegi bat joan. MVC mota pentsatzen Beraz baduzu esparru, eredu ikuspegi controller. 

Eredua taldean daude Datu ikuspegi beharrak eta arduraduna elkarreraginean. Marko aldatu dut, betiere Perspektiba aldatu dut, OK da atzera joan behar zerbitzari eta eredua berreskuratzeko, hori delako zer erabiltzaileari espero du. Ikuspegi aldatu dute, hori da datu-basera itzuli ahal izango dugu. Beraz, sakatu. I gorputzaren bila nabil. Joan etorria. Joan gorputza lortzeko. 

Datu asko gutxiago irakurtzen dut. Gorputzak bakarrik dut irakurtzen ari dela David behar duenean behar du. Eta ez dut 1600 urtean erre RCU en besterik etxeko postontzian erakusteko. Beraz, gaur egun hau -bere da bidea LSI edo GSI-- dagoela sentitzen dut, GSI, lan litzateke. Lortu dugu gure hartzaileari buruzko hash. Lortu dugu sorta gakoa datan. Eta lortu dugu proiektatuak atributuak ikuspegian laguntzeko bakarra behar dugula. 

Hori biratu dugu irteerako ontzian da. Bidaltzailea on Hash. Eta funtsean, ez dugu Oso polita da, ikuspegi garbi. Eta funtsean genuen erantzuna Polita mezuak honek dute hori nicely delako zabaltzen ari mahaia hash bakarrik, hash- mezuaren IDa da. Eta bi indizeak dugun dira taula horren off biratzen. Ondo da, beraz, ideia hemen ez dago the big datuak eta datuak txiki hau mantentzea elkarrekin. Partizioa bertikalean, mahai horiek partizioa. Ez da daturik irakurri ez duzu behar. Ondo da, jolas. Denok jokoak. Gutxienez Jokoak nuen orduan. Beraz, gauza batzuk akordio hori dugunean batera jolas pentsatzen ari gara, ezta? Egun hauetan jolas, batez ere mugikorretan jolas, pentsamendu guztiei buruz. Eta ez dut hemen bat biratu joan Pixka DynamoDB urrun. Ekarri noa eztabaida batzuk inguru batzuk beste AWS teknologia. 

Baina jolas buruz ideia da uste APIak dagokionez buruz, daudela APIak, orokorrean, HTTP eta JSON. Mota da mobile jokoak how Beren atzeko muturrak elkarreragin. JSON posting egin dute. Datu lortu dute, eta hori guztia da, orokorrean, polita JSON APIak ere. 

Lagunak gauzak bezala, lortu Goiburu, truke datuak, Erabiltzaile sortutako edukiak, bultza atzera sistemari eman, horiek gauza mota dira ari garela egingo. Aktibo Binary datuak, datu hau agian ez da datu-basea eseri. Hori batean eseri objektu denda, ezta? Baina datu-basea da joan azkenean sistema kontatzea, Aplikazio kontatzea nora joan lortu. Eta ezinbestean, askorentzako zerbitzariak, back end azpiegitura, eta goi diseinatutako erabilgarritasuna eta eskalagarritasuna. Beraz, horiek guztiak nahi dugun gauza dira jolas azpiegitura gaur ere. 

Beraz, dezagun begirada bat zer itxura. Core back end bat lortu, Oso erraza da. Lortu dugu sistema bat hemen Anitz erabilgarritasuna zonalde. Hitz egin AZs buruz dugun being-- uste bezala Horietako bereizi datuak zentro gisa. Datu bat baino gehiago zentro AZ bakoitzeko, baina OK, horietako uste datuak independente gisa Hori geografikoki zentroetan eta errua isolatuta. 

Dute goaz Bikote EC2 instantzia. Izan goaz Atzera end zerbitzari batzuk. Oraindik ondarea a Agian bada arkitektura, gaude zer RDS deitzen dugun erabiliz, datu-base erlazionalak zerbitzuak. MSSQL, MySQL izan daiteke, edo horrelako zerbait. Hau da, modu asko aplikazioak diseinatuta daude gaur egun. 

Beno, agian batera joan nahi dugu hau da, eskala dugu. Aurrera egingo dugu, eta jarri S3 ontzi han. Eta S3 ontzi hori, ordez zerbitzura Gure servers-- objektu horiek sortu Hori egin izan dugu. Zure binary guztia jarri Zure zerbitzariak objektu eta zerbitzari horiek erabili ahal izango duzu instantzia datuak eman duten zerbitzatzeko. Baina hori nahiko garestia da. 

Egiteko modurik hobea da aurrera eta objektu horiek jarri S3 ontzi batean. S3 objektu repositories da. It zehazki eraiki ekarriko duen gauza horiek sortu zerbitzatu. Eta utzi bezero horiek eskatzeko zuzenean objektu kuboak direnetatik, offload zerbitzarietan. Beraz ari egindako eskalatzeko hemen hasten dugu. 

Orain erabiltzaile lortu mundu osoko dugu. Erabiltzaile lortu nuen. Eduki dute lokalean behar dut erabiltzaile horiek hurbil dago, ezta? S3 ontzi bat sortu dut Nire iturburu repository bezala. Eta aurrean egingo dudala CloudFront banaketan. 

CloudFront CD bat eta da eduki entrega sarea. Funtsean zuk zehaztutako datuak hartzen du eta katxeatzen da internet bidez beraz, erabiltzaileei nonahi ahal izan erantzuna oso polita egin denean objektu horiek eskatu dute. 

Beraz, ideia bat lortzeko. Zu mota aprobetxatuz Guztiak duzu Hemen hau egin ahal izateko AWS alderdiak. Eta azkenean, bota dugu auto eskalatzea talde bat ere. Beraz, gure AC2 instantzia Gure jokoan zerbitzarien, busier hasi baitziren eta busier eta busier, bakarrik egingo dute iruten beste Adibidez, spin beste instantzia bat, beste instantzia bat spin. Beraz, teknologia AWS bat, ez du ahalbideratzen parametroak zehazten duzunean eta horren inguruan zure zerbitzariak hazten da. Beraz n zerbitzari kopurua izan dezakezu daude, edozein momentutan. Eta zure karga desagertu den ala ez, egingo dute txikitu, kopurua txikitu egingo da. Eta karga badator back, handitu egingo da berriro atera, elastikoki. 

Beraz, itxura handia. EC2 instantzia asko lortu ditugu. Katxeatu jarri ahal izango dugu ere datu aurrean, saiatu eta datu azkartzeko. Hurrengo presio puntu normalean jendeak ikusi da bat erabiliz joko bat eskalatu dute datu-base erlazionalak sistema. Jeez, datu-basea performance izugarria da. Nola ez dela hobetzen dugu? Dezagun saiatu jarriz Horren aurrean cache. 

Beno, katxeatu, ez du funtzionatzen hain handia partidetan, ezta? Jokoak, idazteko mingarria da. Jokoak dira oso idatzi heavy. Cache ez du funtzionatzen zaudenean idatzi heavy Nik beti delako katxeatu eguneratzeko lortu. Katxeatu eguneratu, da garrantzirik gordetzea izango da. Benetan da aparteko lana besterik ez. 

Beraz, non egingo dugu hemen? Lortu duzu botila handi bat behera dago datu-basean. Eta leku joan jakina partitzea da. Partitzea ez da erraza zaudenean egin base erlazionaletan aurre. Base erlazionaletan, ez bazara kudeatzeko ardura, eraginkortasunez, gakoa espazioa. Oraindik A eta M bitartekoentzat esaten hemen, arteko N eta Z joaten. Aldatzen ari zarenean Aplikazio zehar. Beraz ari zaren aurre partizioaren datu-iturburu honek. Transakzio-mugak daukazu ez duten partizioak hartzen. Nik mota guztietako lortu duzu messiness duzu zarela Han behera saiatzen aurre kanpo eskalatuz aurre eta azpiegitura handiago bat eraikitzeko. Besterik fun ez da. 

IKUSLEEN: esaten duzula source puntu handitzea azkartu prozesua? RICK Houlihan: areagotzea? Ikusleak: Iturria puntu. RICK Houlihan: Iturria puntuak? Ikusleak: informaziotik, non informazioa da datozen? RICK Houlihan: No. Zer esaten dut handituz Datu dendan partizioak kopurua hobetzen throughput. Beraz, zer gertatzen ari da hemen erabiltzaile da eman hemen EC2 instantzia sartzerakoan, bai, erabiltzaile batek behar badut hori da A M izateko, hemen joango naiz. N-tik p izateko, hemen joango naiz. Z to P-tik, hemen joango naiz. 

Ikusleak: OK, horiek, beraz, horiek dira guztiak gordeta nodo desberdinetan? 

RICK Houlihan: Bai. Horietako uste bezala Datuen zulo ezberdinetan. Beraz, hori egin nahi badituzu. Zuk egiten saiatzen ari bazara honetan, saiatzen ari bazara to erlazional plataforma batean eskalatzeko, hau da, zer egiten ari zaren. Datu hartzen ari zaren eta ebaketa zaren behera. Eta hori partitzea zu zehar datu-baseko hainbat instantzia. Eta guztia kudeatzeaz ari zarela Aplikazio mailako at. No dibertigarria da. Beraz, zer egin nahi dugun? Joan DynamoDB, guztiz kudeatzen nahi dugu NoSQL datu-basea, xedapen throughput. Bigarren mailako indizeak erabiltzen ditugu. Funtsean HTTP API eta dokumentu laguntza dira. Beraz, ez duzu kezkatu partitzea duten edozein buruz. Hori guztia egin dugu zuretzat. Beraz, gaur egun, horren ordez, zuk besterik mahaira idatzi. Mahai zatitu behar denean, atzean gertatzen. Erabat zaren isolatuta developer gisa horretako. Hargatik hitz buruz erabilera kasu batzuk exekutatu garela jokoei, ohikoa sartu jolas-egoerak, Goiburu. Beraz, lortu duzun erabiltzaile datozen, BoardNames the ari dira an, erabiltzaile honen partiturak. Erabiltzaile ID-orrian emango dugu osatzerakoan liteke, eta gero sorta jokoan dugu. Beraz, erabiltzaile bakoitzak ikusi nahi baina jokatu partida guztiak eta goi bere puntuazioa guztiak Partida guztian zehar. Beraz, hori da bere Goiburu pertsonala da. 

Orain ere joan nahi dut eta nahi eta lortu nahi dut beraz leaderboards pertsonal horiek lortu dut. Zer egin nahi dut joan erabiltzaile guztiak zeharkatuz goiko zatia. Beraz, nola egin behar dut? Nire erregistro hashed on userid, jokoan urrutira, bai, aurrera noa joan eta berregituratu, sortu GSI bat, eta naiz datu horiek berregituratu joan nintzen. 

Orain ez dut nahi du: hash joan BoardName, jokoan dago. Eta ez dut goiko puntuazio on bitartekoa da. Eta orain kuboak ezberdinak sortu dut. Mahai berean erabiltzen ari naiz, elementu bat bera. Baina hori ematen ontzi bat sortzen ari naiz me goiko puntuazioa baturik joko moduan. 

Eta mahai hori kontsultatzeko dut Informazio hori lortzeko. Beraz kontsultaren eredu hori ezarri dut eman bigarren mailako indize baten babespean. Orain dira BoardName by daitezke ordenatuko eta TopScore arabera ordenatuta, arabera. Beraz, ikusi ahal izango dituzu, horiek mota daude erabili jolas lortuko duzu kasu. Beste erabilera kasu ona jokoei lortuko dugu Sariak eta nor sari irabazi da. Eta hau da, erabilera bat kasu handia non indizeak sakabanatuak deitzen duguna. Rala indizeak dira sortuko gaitasuna ez duela nahitaez indizea Mahai gainean elementu bakoitza bakar eduki. Eta zergatik ez? Delako atributu hori izanik indexatutako ez du elementu bakoitza existitzen. 

Beraz, zehatz honetan Kasu erabili, nik diodana, zer, noa badakizu Saria izeneko atributu bat sortzeko. Eta ez dut erabiltzaile bakoitzak ematen joan eta horren arrazoia hori sari bat ditu. Erabiltzaileak ez duten sari daude ez aitortu izan du. Beraz, noiz sortzen dut indizea, erabiltzaile bakarrak direla erakusteko joan indizean sortu dira direnak direla benetan irabazi dute sari. Beraz, modu handi bat izango da iragazita indizeak sortzeko duten oso, oso selektiboak ez dagoela indizea izan mahai osoan zehar. 

Beraz, denbora gutxi ari gara hemen. Aurrera joan eta albo batera noa out eta saltatzeko eszenatoki honetan. Pixka bat hitz naizenean 

IKUSLEEN: I galdera azkar bat eskatu? Da bat idatzi heavy? RICK Houlihan: Zer da? Ikusleak: Idatzi heavy. RICK Houlihan Sakelako heavy. Utzi ikusten. 

Ikusleak: Edo ez dagoela besterik ezin duzu zerbait segundo Gaia batean ahots? RICK Houlihan: joan gara boto eszenatokia bidez. Ez da txarra. Do you guys minutu gutxi? ONDO DA. 

Beraz, boto buruz hitz egingo dugu. Beraz, denbora errealean boto, dugun Botoa emateko baldintzak. Baldintzak dira uzten dugun Pertsona bakoitzak behin bakarrik bozkatzeko. Inor gai izan nahi dugu botoa aldatzera. Real-time agregazio nahi dugu eta demografia for analytics ari garela izan da joan gunean erabiltzaile erakutsiz. 

Egoera honen ustez. Errealitate asko lan egiten dugu TV erakusten dute non ari Gauza mota zehatza horiek egiten. Beraz, eszenatokia pentsa dezakezu, Milioika eta milioika daukagu ren neska nerabe ez beren sakelako telefonoak eta boto, eta boto, eta duenak dira bozketara ezagunena izan da aurkitu. Beraz, hauek dira batzuk eskakizun agortuko ditugu. 

Eta, beraz, lehen hartu Arazo hau konpontzeko a eraikitzeko izango litzateke Aplikazio oso erraza. Beraz, lortu dut aplikazio hau. Hautesleek batzuk han nintzen. Etorriko dira ere, boto aplikazioa hit dute. Dut batzuk gordinak boto mahaia Besterik ez dut irauli egingo bozkak sartu. Agregatua batzuk izan dut boto mahai horretan Nire analytics eta demografia egingo, eta hau guztia jarri dugu bertan. 

Eta hau handia da. Bizitza ona da. Bizitzaren ona jakiteko dugun arte beti ez da bakarrik bat edo bi direla popular hauteskunde pertsona. Ez da, gauza bat edo bi bakarrik pertsona hori zaintzeko benetan. Eta zuk bozketara ari bada eskala, bat-batean nago guztia egon mailuka infernua kanpora joan bi hautagaiak, ikasle batekin edo birekin. Elementu kopurua oso mugatua Jende herrikoia izan da aurkitu. 

Hau ez da diseinu-eredu ona. Hau da, benetan bat diseinu oso txarra eredua sortzen delako zehazki zer dugu bertan hot keys zen buruz hitz egin zuen. Hot gakoak zerbait ez dugu nahi dira. 

Beraz, nola ez dagoela konpondu dugu? Eta benetan, modu honetan konpondu da Hautagai kuboak horiek hartuz eta daukaguna hautagai bakoitzeko, ausazko balio bat eransteko goaz, zerbait ezagutzen dugun hori, ausazko bat eta 100 arteko balio, 100 eta 1.000 artean, edo bat eta 1.000 artean, ordea ausazko balioak askok nahi duzu Hautagai hori bukaera aldera eransteko. 

Eta zer egin dut orduan? I hautagai gisa izena erabiliz naiz bada boto agregatua ontzian, I ausazko bat gehitu baduzu horren amaieran den kopurua, Nik sortutako orain 10 ontzi daude, bat Ehun kuboak, mila kuboak boto batuz naiz zeharkatuz. 

Beraz, milioika eta milioika daukat, eta erregistro milioika datozen Hautagaien horietarako, orain zabaltzen ari naiz Hautagai a_1 zehar bozkak Hautagai A_100 bidez, izan ere, boto bat jasotzen duen bakoitzean, Ausazko bat sortuz naiz bat eta 100 arteko balio. Egiten tacking naiz amaieran kalera Hautagai pertsonaren bozketara. Egiten dumping naiz ontzi sartu. 

Orain backside, badakit ehun kuboak lortu nuen. Beraz, aurrera joan nahi dut eta botoen osoaz, Irakurri kuboak horietako guztietako dut. Beraz, aurrera joan nintzen gehitu. Eta gero, ez dut sakabanatu bildu non joan nintzen eta esan beno, badakizu zer, hautagaia gako espazio ontzi daude, ehun bat baino gehiago da. Guztiak biltzeko noa Ehun kuboak horiek boto. Agregazio noa esateko naiz horiek eta I joan, Hautagai bat orain guztira botoa x kondea. 

Orain bai idazteko kontsulta eta irakurketarako eskaerarekin bat nicely banatuko dira zeharkatuz naiz idazten delako eta gakoak ehunka zehar irakurtzen dut. Ez dut idazten eta orain giltza bat zeharkatuz irakurtzen. Beraz, hori patroi handi bat da. 

Hau da, benetan ziur asko, Diseinu garrantzitsuenetako NoSQL eskala ereduak. Mota honetan ikusi ahal izango duzu diseinu zapore guztietan eredua. MongoDB, DynamoDB, ez du Gaia, hau egin behar dugu denok. Denean aurre zaren delako aggregations handi horiekin, irudikatu modu bat behar duzu horiek zabaldu egindako kuboak zehar. Beraz, hau modu hori egiten da. Ondo da, beraz, zer oraintxe egiten ari zarenean da off irakurrita ari zaren merkataritza idazketa eskalagarritasuna kostua. Nire irakurrita kostua da a little konplexuagoa eta batetik joan den irakurri behar dut Ehun kuboak beharrean. Baina idazteko gai naiz. Eta nire throughput, nire idazketa throughput sinestezina da. Beraz baliotsua izan ohi da DynamoDB eskalatzea, teknika, edo edozein gai horren NoSQL datu-basean. Beraz, hurrena dugu nola eskalatzeko. Eta hurrena dugu nola Gure gakoak beroa kentzeko. Eta hau zoragarria da. Eta polita sistema hau lortu dugu. Eta nik boto oso zuzena eman digu record botoa de-dupe dugulako. Honez DynamoDB barneratzen. Baldintzapeko eskubideen buruz hitz egin dugu. 

Hautesleak bat jasotzen duzunean, jartzen Mahai gainean txertatze, txertatu euren hautesleak IDarekin dute, boto bat sartzen saiatzen badute, Baldintzapeko idazketa bat egin nuen. Esan bakarrik idatzi honetan hau ez bada existitzen. Ikusten dut, beraz, ahalik eta azkarren botoa naiz mahai hit, beste inor izan da joan botoa jartzea gai. Eta hori da, fantasiazko. Eta Incrementing ari gara Gure hautagai kontagailuen. Eta gure egiten ari gara demografia eta hori guztia. Baina zer gertatzen da nere Aplikazio jaitsierak baino? Orain bat-bateko boto guztiak buruturiko dira, eta I ez dakit ari dira prozesatu bada Nire analytics eta demografia sartu jada. Noiz eta aplikazioa Itzuleran eman, nola arraio egiten duzu boto prozesatu eta Non Hasi Ez dut? 

Beraz, benetako arazoa duzunean da hasteko eszenatoki mota honetan begiratu. Eta nola ez, hori konpondu dugu? Konpontzeko zer egiten dugu dugu deitu DynamoDB Arroyos. Erreka da denbora bat agindu eta aldaketa partizioak sarbide guztien log mahaira, behin idatzi mahai sarbidea. Hori idatziko edozein datu mahai erakusten errekaren gainean. 

Funtsean da 24 orduko ilara bat. Elementu erreka hit, 24 orduz bizi dira. Behin baino gehiagotan irakurri ahal izango dira. Bermatuta entregatu behar da bakarra erreka behin, irakur zitekeen n zenbat aldiz. Beraz, ezin zenbatu prozesuen nahi duzu Datu hori kontsumitu, kontsumitu ahal izango dituzu. Eguneratzea behin agertuko da. Idazketa guztietan egingo bakarra behin agertzen errekaren gainean. Beraz, ez duzu kezkatu Birritan prozesatzean buruz prozesu beretik. 

Honez zorrozki elementu bakoitzeko agindu. Unea esaten dugu agindu eta partizioak, egingo partizioaren per ikusten duzu errekaren gainean. Elementuak, aldaketak ikusi ahal izango duzu, ordena. Ez gara bermatuz korrontean Oraindik horretan transakzio guztietan iritsi da Elementu zehar ordenan. 

Beraz, erreka idempotent dira. Ba al dakizu zer esan nahi idempotent denok dakigu? Idempotent esan egin dezakezu baino gehiago, eta berriro, eta berriro. Emaitza Bera izango da. 

Erreka idempotent dira, baina nahi izan dute abiapuntutik jokatu, tokian zaudela aukeratu, amaierara arte, edo ez dute eragin balio bera ere. 

MongoDB gauza bera. MongoDB eraikuntza bat dauka oplog deitu dute. Zehatza eraikuntza bera da. NoSQL datu askoren eraikuntza hau dute. Erabiltzen dute gauzak egiteko atsegin erreplikazioa, eta horrek zehazki zer egiten erreka dugu. Ikusleak: Agian bat heretikoan galderari, baina zuk apps behera abar bat egiten ari buruz hitz egiteko. Dira erreka bermatuta inoiz seguru joan behera? RICK Houlihan: Bai, errekak bermatuta inoiz jaisten. Azpiegitura kudeatzen dugu atzean. automatikoki errekak euren auto eskalatzea taldean zabaldu. Apur bat bidez dizugu zer gertatzen den bit. 

Ez da esan behar dut ez daudela bermatuta inoiz jaisten. Elementu bermatuta erreka agertzen. Eta erreka eskuragarri izango da. Beraz, zer behera doa edo bueltatzen eman, hori azpian gertatzen. Covers-- OK da. Ondo da, ezberdinak lortu duzu orain ikuspegi mota pantailan off. Ikuspegi mota hori garrantzitsuak badira programatzaile dira normalean, zer ote zen? Ikuspegi zaharra lortu dut. Beste sarrera bat mahai hits, hura egingo bultza ikuspegi zaharra erreka beraz datuak artxibatzen daiteke, edo aldaketa kontrola, aldaketa identifikazioa, aldaketa kudeaketa. 

Irudi berria, orain zer da ondoren Eguneratzea, hori ikuspegi mota bat da eskuratu ahal izango duzu. Bi irudi zahar eta berriak eskuratu ahal izango duzu. Agian bai nahi dut. Zer ote zen ikusi nahi dut. Zer aldatu den ikusi nahi dut. 

Betetze mota bat dut prozesuaren doan. Hori egiaztatzeko behar da Gauza horiek aldatzen denean, ari dira, muga batzuen artean dagoela edo parametro batzuen barruan. 

Eta gero, agian, I bakarrik zer aldatu jakin behar. Ez zait axola zer elementu aldatu. Ez dut behar den jakin behar den zer egozten aldatutako. Besterik ez dut behar duten jakin nahi elementuak ukitzen ari dira. Beraz, hauek dira ikuspegi mota du off lortu duzu korrontean eta elkarreragin dezakezu. 

Aplikazio hori korrontean kontsumitzen, honen obra hau mota da. DynamoDB bezeroari eskatu Datu bultza taulak. Erreka zati deitzen dugun zabaldu. Zatiak eskalatzea Mahaiaren independentean. Ez dute lerro erabat zure taula partizioak egiteko. Eta zergatik da lerro dutelako gaitasuna, egungo mahai-ahalmena. 

Zabaldu dute beren propioa auto eskalatzea taldea, eta spin arabera hasten dira zara zenbat idazten lortzean, Zenbat reads-- benetan da idazten. Ez dago reads-- baina nola idazten asko dira lortuz. 

Eta gero, atzeko aldean azkenean, ez dugu zer garen KCL bat, edo kinesis Bezeroa Liburutegia deitu. Kinesis erreka datuak bat da Amazon prozesatzeko teknologia. Eta erreka da hori eraiki. 

Beraz KCL a gaituta erabili duzu Aplikazio erreka irakurtzeko. The kinesis Bezeroa Liburutegia benetan langile kudeatzen duzu. Eta batzuk ere ez Gauza interesgarri. Mahaiak batzuk sortuko eman Zure DynamoDB tablespace ere zein elementu jarraitzeko tramitatu dira. Beraz, modu honetan, atzera erortzen bada, berriz, baino gehiago daude, eta orduan, eta lortzen atzera altxa, zehaztu ahal izango da bertan zen korronte prozesatzerakoan. 

Hori oso garrantzitsua da erreplikazioa aipatzen dituzu. Zer jakin behar dut Datu zuten prozesatu eta zer datu du oraindik jasotzea. Beraz KCL liburutegian erreka will funtzionalitate asko emango dizu. Etxeko guztien ardura hartzen du. Eman nabarmentzen da zati bakoitzean dagoen langilea. Administrazio-taula bat sortzen du zati bakoitza, langilea bakoitzean dagoen. Eta langile sute horiek bezala, mahai horiek mantentzen dute beraz, disko hau ezagutzen duzu irakurri eta prozesatu zen. Eta gero, era horretan prozesua bada trokelak eta bueltatzen online, eskubidea berrekiteko daiteke, non off hartu zuen. 

Beraz, hau erabili dugu cross-eskualde erreplikazioa. Bezero asko izan behar du datuak edo zati beren datuak mahaiak mugitu Inguruan zeuden hainbat lurraldetara. Badira bederatzi eskualdetan munduan zehar. Beraz, ez Behar dut bat izan liteke erabiltzaile izan liteke, Asia, erabiltzaile Ekialdeko kostaldea Estatu Batuetako ere. Datu desberdinak dituztela lokalean banatzen egin behar da. Eta, agian, erabiltzaile batek hegan Asia, Estatu Batuetan baino gehiago, eta errepikatzeko nahi dut Bere berarekin datuak. Beraz, noiz hegazkinetik lortzen zuen, zuen du esperientzia ona bere aplikazioa mugikorra erabiliz. 

Cross-eskualde erabil dezakezu erreplika-liburutegi hori egin ahal izateko. Funtsean daukagu Bi teknologia emandako. One kontsola aplikazio bat dezakezu Stand up zeure EC2 instantzia orrian. Erreplika-pure exekutatzen da. Eta gero liburutegian eman dugu. Liburutegira eraikitzeko erabili ahal izango duzu Zeure aplikazio baduzu crazy gauza egin duten nahi data-- iragazkia, errepikatzeko bere zati bakarra, Datu biratzeko, mugitu batean mahai ezberdinetan, beraz, eta abar. Beraz, hori zer itxura mota da. 

DynamoDB Arroyos ahal izango Lambda deitzen dugun prozesatu. Gertaera buruz pixka bat aipatu dugu oinarrituriko aplikazio arkitekturak. Lambda gako horrek osagai bat da. Lambda eskaria suteak kodea da gertaera jakin bati erantzunez. Gertakari horietako bat izan liteke record korrontean agertzeagatik. Erregistro bat errekara agertzen bada, Java funtzio hau deitu dugu. Beno, hau da JavaScript, eta Lambda onartzen Node.js, Java, Python, eta laster izango onartzen beste hizkuntzetan ere bai. Eta nahikoa esan, ez da kode purua. idatzi Java, klase bat definitzen duzu. Bultza JAR Lambda sartu sortu du. Eta gero, zein klase zehazten duzunean erantzunez zein ekitaldi ere deitu. Eta gero Lambda azpiegituraren Atzean kodea duten ihes egingo. 

Kodea duten prozesatu ahal Erregistro korrontean off. Ezer nahi duen, egin ahal izango da. Adibide honetan, Oraindik denok benetan egiten atributuak saioa amaitzeko. Baina hori da kodea. Kode ezer egin ahal izango da, ezta? 

Beraz, datu horiek biratu dezakezu. Ikuspegi eratorria sor ditzakezu. Dokumentuaren egitura bat bada, egitura berdindu ahal izango duzu. Indizeak ordezko sor ditzakezu. Gauza mota guztiak egin ahal izango dituzu DynamoDB Arroyos zerikusirik. 

Eta benetan, zer itxura da. Beraz eguneraketak horietan datozen lortuko duzu. Katea off datozen ari dira. Lambda funtzioa ari dira irakurtzeko. Datu biratzen ari dira eta bultzaka mahaiak eratorriak ere, aldaketaren kanpoko sistemak jakinarazteko, eta datuak ElastiCache sartu bultzaka. 

Hitz egin dugu katxeatu nola jarri buruz datu-basearen aurrean salmentak egiteko ere eszenatoki. Beno, zer gertatzen bada I Artikuluaren deskribapena eguneratu? Beno, izan badut Lambda bat Funtzio mahai horretan korrika, Artikuluaren deskribapena eguneratzeko badut, egingo jaso errekorra korrontean off, eta ElastiCache eguneratu egingo da datu berriak adibidez. Beraz, hori asko da zer egiten dugu Lambda batera. Da kola kodea, konektoreak. Eta egia esan, ematen du abiarazteko gaitasuna eta aplikazio oso konplexua exekutatzeko zerbitzari dedikatu gabe azpiegitura, hau da, benetan cool. 

Beraz, goazen atzera gure Real-time boto arkitektura. Hau da, berria eta hobetu gure erreka eta KCL zerbitzari. Bera lehen bezala, ahal dugun Edozein hauteskunde eskala kudeatzeko. Hau nahi dugu. Sakabanatu bildu out egiten ari gara Anitz kuboak zehar. Lortu dugu blokeoa baikorrak gertatzen. Gure hautesleek mantendu ahal izango dugu euren botoa aldatu. Dute bakarrik bozkatzeko behin bakarrik. Hau zoragarria da. Real-time matxura tolerantzia, eskalagarria agregazio orain. Gauza jaitsierak baino gehiago bada, hura non bera berrabiarazi daki Itzuleran, zeren eman KCL aplikazioa erabiltzen ari gara. Eta gero guk ere erabili ahal izango dela KCL aplikazio datuak bultza egindako beste alde Redshift Aplikazio analytics, edo erabilera Elastiko MapReduce exekutatu Real-time streaming aggregations off datu horiek. 

Beraz, horiek gauza garen ez askoz buruz hitz egin zuen. Baina gehigarria ari dira etortzen diren teknologia denean bilatzen ari zaren bear da eszenatoki mota hauek. 

Ondo da, beraz, buruz DynamoDB erreka analytics. De-dupe jaso dezakezula datuak, ez era guztietako Polita stuff, datuak agregatuan memoria, mahaiak eratorri horiek sortzeko. Hori da, erabilera-kasuen handi bat duten bezero asko dira tartean, habiaratutako hartu ren JSON dokumentu horiek propietate eta indizeak osagarriak sortzeko. 

Oraindik amaieran gaude. Eskerrik asko nirekin izanik. Hargatik hitz buruz erreferentziazko arkitektura. DynamoDB beraz erdian esertzen AWS azpiegitura askoz. Funtsean lotu ahal izango duzu ezer eman nahi duzun. Argitalpen zientifikoak erabiliz Dynamo, besteak Lambda, ElastiCache, CloudSearch, bultza datuetan egindako elastikoa sartu MapReduce, DynamoDB inportazio esportazio S3, fluxuak mota guztiak sartu. Baina seguruenik onena Gauza buruz hitz egiteko, eta hau da, zer da benetan Interesgarria da dugunean Gertaera bultzatutako aplikazioei buruz hitz egiteko. 

Horren adibidea da Barne-proiektu bat non benetan gara dugula argitaletxe inkestaren emaitzak biltzeko. Beraz email lotura bat dagoela bidaliko dugu, han egingo gutxi lotura esanez klik bat izan Hemen, inkesta erantzuteko. Eta, pertsona bat clicks lotura hori, zer gertatzen behera zabaltzen dute seguru batean HTML inkesta formulario S3 from. Zerbitzarian ez da. Hau besterik S3 objektu bat da. 

Formulario datorren, kargatzen eman nabigatzailean. Honez lortu Backbone. Honez lortu Javascript konplexua Hori da exekutatzen ari da. Beraz, aplikazio oso aberatsa da bezeroaren nabigatzailean exekutatzen. Ez dakite Oraindik ez dutela Atzera end zerbitzari bat jarduteko. Une honetan, nabigatzailea guztiak da. 

To emaitzak argitaratu dute zer Amazon API Gateway deitzen duguna. API Gateway da, besterik gabe, web API bat definitzen duten eta lotu ahal izango duzu edozein dela ere nahi duzun. Kasu honetan, ez gara zaletasuna Lambda funtzio bat da. 

Beraz, nire zer eragiketa da zerbitzaria ez gertatzen. Funtsean API hori Gateway dago han. Niri kostatzen nothing pertsona arte hasiko da argitaratzerakoan, ezta? Lambda funtzioak bi besterik ez dago han. Eta niri kostatzen da ezer arte Jende hasteko kolpeak. Beraz, ikusi ahal izango duzu, bolumena, handitzen, hori denean karguak etorri. Ez dut zerbitzari bat 7/24 martxan. 

Beraz formularioa tira I behera ontzi atera, eta idazteko API bidez I Gateway Lambda funtzioa sartu. Eta gero Lambda the Funtzio dio, badakizu zer, nik PIIs batzuk lortu nuen, zenbait pertsonaren informazioa erantzunak hauetan. Erabiltzaile datozen iruzkinak egin nintzen. Lortu dut helbide elektronikoak. Nik erabiltzaile izenak jaso nuen. 

Dezagun zatitu me off honetan. Batzuk sortzeko noa metadata disko hau off. Eta ez dut bultza joan DynamoDB sartu metadatuak. Eta datu guztiak enkriptatzen nezakeen eta bultza DynamoDB sartu nahi badut. Baina niretzat errazagoa da, hau ere Kasu erabili, aurretik joan say bat, Datu gordin bultza noa enkriptatuta S3 ontzi batean. Beraz S3 zerbitzari albo batean erabili dut eraiki zifraketa eta Amazon-en Key Kudeaketa Zerbitzua da, beraz, gako bat behar dut ahal tartearen erregular bat biratu, eta PII datu horiek babestu ahal dut workflow oso honen baitan. 

Beraz, zer egin dut? Besterik ez dut zabaldutako osotasunean Aplikazio, eta zerbitzaria ez daukat. Beraz, ez da gertaera zer oinarrituriko aplikazio arkitektura, zuretzat ez. 

Orain pentsatzen baduzu erabilera Halako kasu beste bezeroekin ari naiz daukagu arkitektura zehatza honi buruz duten kanpainak phenomenally handiak, exekutatu daude honi begira eta, joan ai ene. Orain, dute daitekeelako Funtsean, bultza out there, utzi kanpaina hori besterik eseri ez du abian arte, eta ez buruz piku bat kezkatu behar zer nolako azpiegituren da han egon da onartzen joan. Eta gero, ahalik eta azkarren kanpaina egiten den, da azpiegituraren bezala besterik berehala doa urrun ez dago benetan delako azpiegitura ez da. Hori besterik ez Lambda gainean eseri kodea da. Hori DynamoDB eseri datuak besterik ez da. Modu harrigarri bat da aplikazioak eraikitzeko. 

IKUSLEEN: da gehiago iragankorrak izango lukeena baino Benetako zerbitzari batean gordetzen zen bada? 

RICK Houlihan: Absolutely. Zerbitzari instantzia hori delako 7/24 bat izan beharko lukete. Eskuragarri izango ditu Norbait erantzun ahal izateko. Beno, zer? S3 da eskuragarri 7/24. S3 beti erantzuten. Eta S3 da, oso, oso ona objektuak sortu zerbitzatu at. Objektu horiek HTML fitxategiak izan daiteke, edo Javascript fitxategiak, edo dena nahi duzun. Oso aberatsa web aplikazio exekutatu dezakezu S3 kuboak atera, eta jendeak. 

Eta beraz, ideia hemen da modu ihes pentsatu erabiliko dugu. Nahi ere, uste erabilitako Denok zerbitzariak eta ostalarien dagokionez. Ez da hori buruz jada. Da azpiegitura kode gisa inguru. Hodeia kodea zabaldu eta utzi hodeia exekutatu duzu. Eta hori da AWS egiten saiatzen da. 

IKUSLEEN: zure urrezko erdian kutxa API portalean ez da zerbitzari-bezala, baina horren ordez, aski da 

RICK Houlihan: pentsa dezakezu zerbitzari fatxada gisa. Guztiak den da HTTP bat hartuko eskatu eta mapa prozesu bestera. Hori guztia egiten du. Eta, kasu honetan, mapping ari gara Lambda funtzio bat da. Ondo da, beraz, I got guztiak. Mila esker. Eskertzen dut. Ezagutzen denboran zehar pixka bat nahi dugu nuen. Eta espero duzu guys lortu informazio pixka bat hori hartu urruntzen gaur dezakezu. Eta barkamena eskatzen dut dut joan bada Zure buruak batzuk baino, baina ez dago asko ona da oinarrizko fundatzaile ezagutza dut uste hori oso baliotsua da. Beraz, eskerrik asko me izateagatik. [Txaloak] Ikusleak: [INAUDIBLE] Orduan esan zenuena gauza bidez joan zen Amaieran hasieratik Eskuineko balioak eskuratu edo balio berberak, litzateke nola balioak [INAUDIBLE] bada aldatzen. 

RICK Houlihan: Oh, idempotent? Nola balioak aldatuko litzateke? Beno, bada delako, ez nuen exekutatu amaieran modu guztiak, ondoren, ez dakit zer aldaketak ziren azken milia egin. Ez da izango da Datu bera zer ikusi nuen bezala. Ikusleak: Oh, hori besterik ez ez dute sarrerako osoa ahaztuak. RICK Houlihan: Eskuin. Hasieratik joan behar duzu amaieran, eta orduan da egoera koherentea izango da. Cool. 

IKUSLEEN: Gurekin erakutsi duzu DynamoDB dokumentu edo gako balio egin dezake. Eta denbora asko igaro dugu buruzko egiaztapen bat eta modu batera gako balioa irauliko den inguruan. Noiz begiratu mahai horiek duzu, hori da dokumentu planteamenduaren atzean utzita? 

RICK Houlihan: ez nuke esan du atzean utzita. 

Ikusleak: dute bertatik the-- bereizi ziren 

RICK Houlihan: agiriarekin Planteamendu, dokumentu DynamoDB motaren hau da, besterik gabe, uste attribute beste. Dituen atributu bat da Datuen egitura hierarkikoan. Eta gero kontsultak egin ere, propietate erabili ahal izango duzu Objektu idazkera erabiliz objektu horien. Beraz nested bat ezin dut iragazi JSON dokumentu horren jabetza. IKUSLEEN: edozein denbora dut dokumentu hurbilketa bat egin, I ordenatzeko tabular-- iristen Ikusleak: Absolutely. Ikusleak: --indexes eta buruz hitz egin besterik ez duzu gauza. RICK Houlihan: Bai, indizeak, eta hori guztia, Indizea nahi duzu JSON propietate, hori egin beharko genuke horrela bada JSON objektu bat edo dokumentu bat sartzen duzunean Dynamo sartu, erreka hau erabili beharko duzu. Erreka sarrerako irakurri nahi izan. Litzaidake lortu ahal izango dituzu JSON oposiziorako eta esango zenuke OK, Zer da indizea nahi dut jabetza? 

Mahai eratorri bat sortzen duzunean. Orain dela bide oraintxe funtzionatzen duen guztia. Ez dugu onartzen baduzue Aurkibidera zuzenean propietate horiek. 

Ikusleak: Tabularizing zure dokumentuak. 

RICK Houlihan: Zehazki, berdintzea ezazu, tabularizing, zehazki. Hori da, zer egin nahi duzu. 

Ikusleak: Eskerrik asko. 

RICK Houlihan: Bai erabat, eskerrik asko. IKUSLEEN: mota da Mongo cumple Redis Classifers. 

RICK Houlihan: Bai, Horrelako asko da. Hori deskribapen ona da zuretzat da. Cool.