NOSQL ДЕРЕКТЕР ҚОРЫ

Оқытушы : Тау А. Ғ.

Студент: Тұрар А. , Сатпеков Е.

NOSQL ДЕРЕКТЕР ҚОРЫ

Жоспар:

Кіріспе ;

NOSQL деректер қорының тарихы ;

NOSQL деректер қорының ерекшеліктері;

Қорытынды;

NOSQL ДЕРЕКТЕР ҚОРЫ

Кейінгі кезде «NoSQL» термині өте сәнді және танымал болды, бағдарламалық шешімдердің барлық түрлері осы белгімен белсенді түрде әзірленуде және алға жылжытылуда. NoSQL деректердің үлкен көлемімен, сызықтық масштабтаушылықпен, кластерлермен, ақауларға төзімділікпен, қатынассыздықпен синонимге айналды. Дегенмен, аз адамдар NoSQL сақтаудың не екенін, бұл терминнің қалай пайда болғанын және олардың қандай ортақ сипаттамалары бар екенін нақты түсінеді. Осы олқылықтың орнын толтыруға тырысайық.

ТАРИХЫ

Бұл терминнің ең қызығы, ол алғаш рет 90-шы жылдардың соңында қолданылғанына қарамастан, ол тек 2009 жылдың ортасында қолданылған нысанда нақты мағынаға ие болды. Бастапқыда бұл ашық атау болды. -барлық деректерді ASCII файлдары ретінде сақтайтын және деректерге қол жеткізу үшін SQL орнына қабықша сценарийлерін пайдаланатын Карло Строзци жасаған дерекқор дерекқоры. Оның қазіргі түрінде «NoSQL» еш қатысы жоқ.

ТАРИХЫ

2009 жылдың маусымында Йохан Оскарссон Сан-Францискода АТ сақтау және өңдеу нарығындағы жаңа трендтерді талқылау үшін кездесу ұйымдастырды. Кездесудің басты серпіні BigTable және Dynamo сияқты ашық бастапқы өнімдер болды. Кездесудің жарқын белгісі үшін Twitter хэштегіне тамаша сәйкес келетін кең және қысқа терминді табу керек болды. Осы терминдердің бірін RackSpace-тен Эрик Эванс ұсынған - «NoSQL». Термин тек бір кездесуге жоспарланған және терең мағыналық жүктемеге ие болмады, бірақ ол вирустық жарнама сияқты бүкіл ғаламдық желіге таралып, IT индустриясындағы тұтас трендтің іс жүзінде атауы болды. Айтпақшы, конференцияда Волдеморт (Amazon Dynamo клоны), Кассандра, Hbase (Google BigTable аналогтары), Hypertable, CouchDB, MongoDB сөз сөйледі.

NOSQL ДЕРЕКТЕР ҚОРЫНЫҢ ЕРЕКШЕЛІГІ

SQL пайдаланылмайды

ANSI SQL DML туралы сөз қозғалады, өйткені көптеген дерекқорлар танымал таңдаулы синтаксиске ұқсас сұрау тілдерін қолдануға тырысады, бірақ оны ешкім толықтай жүзеге асыра алмайды және табысқа жетуі екіталай.

Құрылымсыз (сызбасыз)

Мағынасы NoSQL дерекқорларында реляциялық дерекқорлардан айырмашылығы, деректер құрылымы реттелмейді (немесе нашар терілген, егер біз бағдарламалау тілдерімен ұқсастықтар жасасақ) - бөлек жолға немесе құжатқа алдымен декларативті түрде өзгертпей, ерікті өрісті қосуға болады. бүкіл кестенің құрылымы. Осылайша, егер деректер үлгісін өзгерту қажеттілігі туындаса, онда жалғыз жеткілікті әрекет қолданба кодындағы өзгерісті көрсету болып табылады.

NOSQL ДЕРЕКТЕР ҚОРЫНЫҢ ЕРЕКШЕЛІГІ

Мысалы, MongoDB ішіндегі өрістің атын өзгерту кезінде: BasicDBObject order = new BasicDBObject() ;

order. put(“date”, orderDate) ; //

order. put(“totalSum”, total) ; //

Қолданба логикасын өзгертсек, оқу кезінде де жаңа өрісті күтеміз. Бірақ деректер схемасының болмауына байланысты жалпы жиынтық өрісі басқа бұрыннан бар Тапсырыс нысандарында жоқ. Бұл жағдайда одан әрі әрекет етудің екі нұсқасы бар. Біріншісі - барлық құжаттарды қарап шығу және осы өрісті барлық бар құжаттарда жаңарту.

NOSQL ДЕРЕКТЕР ҚОРЫНЫҢ ЕРЕКШЕЛІГІ

Схеманың болмауының жағымды салдары - сирек деректермен жұмыс істеудің тиімділігі. Бір құжаттың күні_жарияланған өрісі болса, ал екіншісінде жоқ болса, екіншісі үшін бос күн_жарияланған өріс жасалмайды. Бұл, негізінен, қисынды, бірақ онша айқын емес мысал кестелер/бағандар туралы таныс концепцияларды пайдаланатын бағандар тобының NoSQL дерекқорлары болып табылады. Дегенмен, схеманың болмауына байланысты бағандар декларациялық түрде жарияланбайды және пайдаланушының дерекқор сеансы кезінде өзгертуге/қосуға болады. Бұл, атап айтқанда, тізімдерді жүзеге асыру үшін динамикалық бағандарды пайдалануға мүмкіндік береді.

NOSQL ДЕРЕКТЕР ҚОРЫНЫҢ ЕРЕКШЕЛІГІ

●Құрылымдалмаған схеманың кемшіліктері бар - деректер моделін өзгерту кезінде қолданба кодындағы жоғарыда айтылған үстеме шығындарға қосымша - базадан шектеулердің барлық түрлерінің болмауы (нөлдік емес, бірегей, шектеу шектеуі және т. б. ), сонымен қатар бар. әртүрлі жобалардың деректер қорымен параллельді жұмыс істеу кезінде құрылымдық деректерді түсіну және басқарудағы қосымша қиындықтар (деректер базасының жағында сөздіктер жоқ) . Дегенмен, тез өзгеретін заманауи әлемде мұндай икемділік әлі де артықшылық болып табылады. . Мысал ретінде Twitter бес жыл бұрын твитпен бірге аз ғана қосымша ақпаратты (уақыт, Twitter тұтқасы және тағы бірнеше байт мета-ақпарат) сақтаған болса, қазір хабарламаның өзінен басқа тағы бірнеше килобайт метадеректер дерекқорда сақталады.

NOSQL ДЕРЕКТЕР ҚОРЫНЫҢ ЕРЕКШЕЛІГІ

Қолданбаның логикалық бизнес нысанын қалыпқа келтіру мақсатында әртүрлі физикалық кестелерде сақтайтын реляциялық модельден айырмашылығы, NoSQL қоймалары осы нысандарда тұтас нысандар ретінде жұмыс істейді. Бұл мысал «тапсырыс - тапсырыс элементтері - төлемдер - өнім» стандартты электрондық коммерция тұжырымдамалық реляциялық моделі үшін біріктірулерді көрсетеді. Екі жағдайда да тапсырыс позициялармен бір логикалық нысанға біріктіріледі, бұл ретте әрбір позиция өнімге сілтемені және оның кейбір атрибуттарын, мысалы, атауын сақтайды (мұндай нормадан шығаруды шығарып алу кезінде өнім нысанын сұрамау үшін қажет. тәртіп - бөлінген жүйелердің негізгі ережесі объектілер арасындағы «қосылу» болып табылады) . Бір жиынтықта төлемдер тапсырыспен біріктіріліп, объектінің құрамдас бөлігі болып табылады, екіншісінде олар жеке объектіге орналастырылады.

Деректермен жұмыс істеу принціпі:

Бұл NoSQL дерекқорларында деректер құрылымын жобалаудың негізгі ережесін көрсетеді - ол қолданбаның талаптарына бағынуы және жиі сұраныстар үшін мүмкіндігінше оңтайландырылған болуы керек. Егер төлемдер тапсырыспен бірге жүйелі түрде алынса, оларды ортақ нысанға қосу мағынасы бар, бірақ көптеген сұраулар тек төлемдермен жұмыс істейтін болса, оларды бөлек нысанға қойған дұрыс.

NOSQL деректер қорының ерекшелігі

Әлсіз ACID қасиеттері

Ұзақ уақыт бойы деректердің тұрақтылығы сәулетшілер мен әзірлеушілер үшін қасиетті сиыр болды. Барлық реляциялық дерекқорлар жаңарту құлыптары және оқуларды блоктау арқылы немесе кері қайтару журналдары арқылы кейбір оқшаулау деңгейін қамтамасыз етті. Ақпараттың және таратылған жүйелердің үлкен көлемінің пайда болуымен, бір жағынан, олар үшін операциялардың транзакциялық кешенін қамтамасыз ету, екінші жағынан, жоғары қолжетімділік пен жылдам жауап беру уақытын алу мүмкін емес екені белгілі болды. Сонымен қатар, тіпті бір жазбаны жаңарту кез келген басқа пайдаланушының жүйедегі өзгерістерді бірден көретініне кепілдік бермейді, өйткені өзгеріс, мысалы, негізгі түйінде болуы мүмкін және реплика басқа пайдаланушымен бірге бағынышты түйінге асинхронды түрде көшіріледі. жұмыс істейді. Бұл жағдайда ол белгілі бір уақыттан кейін нәтижені көреді. Бұл түпкілікті консистенция деп аталады және қазір әлемдегі ең ірі интернет-компаниялар, соның ішінде Facebook және Amazon сияқты, дәл осылай әрекет етеді.

NOSQL деректер қорының ерекшелігі

NOSQL ДЕРЕКТЕР ҚОРЫНЫҢ ЕРЕКШЕЛІГІ

Мұндай жағдайда туындайтын логикалық сұрақ - классикалық түрде операциялардың атомдылығына жоғары талаптар қоятын және сонымен бірге жылдам таратылатын кластерлерді - қаржылық, интернет-дүкендерді және т. б. қажет ететін жүйелермен не істеу керек? Тәжірибе көрсеткендей, бұл талаптар енді өзекті емес: қаржылық банк жүйесінің бір дизайнері былай деді: «Егер біз шынымен банкоматтардың (банкоматтардың) жаһандық желісіндегі әрбір транзакцияның аяқталуын күтетін болсақ, транзакциялар соншалықты ұзаққа созылатын еді, сондықтан клиенттер ашуланып қашып кетер еді.

Ұқсас жұмыстар

NOSQL деректер қорының тарихы

Үлкен деректер және оның маңызы

Құрылымдық деректер

Деректер қор құрлымы және объектілері

Деректер қоры

Деректердің реляциялық моделі

ДБ-мен жұмыс істеу үшін Delphi көмегімен құрылған программалардың тән ерекшелігі.BDE Administrator программасының қызметі

Кітапхананың анықтамалық - библиографиялық аппараты

Мәліметтер қорымен жұмыс

Деректердің иерархиялық моделі дегеніміз не? Деректердің желілік моделі дегеніміз не?

Пәндер