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

Презентация қосу

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

Оқытушы : Тау А. Ғ.
Студент: Тұрар А. , Сатпеков Е.
NOSQL ДЕРЕКТЕР ҚОРЫ
Жоспар:
1.Кіріспе ;
2. NOSQL деректер қорының тарихы ;
3.NOSQL деректер қорының
ерекшеліктері;
4.Қорытынды;

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 ДЕРЕКТЕР ҚОРЫНЫҢ ЕРЕКШЕЛІГІ
1. SQL пайдаланылмайды
ANSI SQL DML туралы сөз қозғалады, өйткені көптеген дерекқорлар танымал
таңдаулы синтаксиске ұқсас сұрау тілдерін қолдануға тырысады, бірақ оны
ешкім толықтай жүзеге асыра алмайды және табысқа жетуі екіталай.

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

NOSQL ДЕРЕКТЕР ҚОРЫНЫҢ ЕРЕКШЕЛІГІ
Мысалы, MongoDB ішіндегі өрістің атын өзгерту кезінде:

BasicDBObject order = new BasicDBObject();
order.put(“date”, orderDate); //
order.put(“totalSum”, total); //
Қолданба логикасын өзгертсек, оқу кезінде де жаңа өрісті күтеміз. Бірақ деректер
схемасының болмауына байланысты жалпы жиынтық өрісі басқа бұрыннан бар
Тапсырыс нысандарында жоқ. Бұл жағдайда одан әрі әрекет етудің екі нұсқасы
бар. Біріншісі - барлық құжаттарды қарап шығу және осы өрісті барлық бар
құжаттарда жаңарту.

NOSQL ДЕРЕКТЕР ҚОРЫНЫҢ ЕРЕКШЕЛІГІ
• Схеманың болмауының жағымды салдары - сирек деректермен ж ұмыс
істеудің тиімділігі. Бір құжаттың күні_жарияланған өрісі болса, ал екіншісінде
жоқ болса, екіншісі үшін бос күн_жарияланған өріс жасалмайды. Б ұл, негізінен,
қисынды, бірақ онша айқын емес мысал кестелер/бағандар туралы таныс
концепцияларды пайдаланатын бағандар тобының NoSQL дерекқорлары
болып табылады. Дегенмен, схеманың болмауына байланысты бағандар
декларациялық түрде жарияланбайды және пайдаланушының дерекқор
сеансы кезінде өзгертуге/қосуға болады. Бұл, атап айтқанда, тізімдерді ж үзеге
асыру үшін динамикалық бағандарды пайдалануға мүмкіндік береді.

NOSQL ДЕРЕКТЕР ҚОРЫНЫҢ ЕРЕКШЕЛІГІ
• ●Құрылымдалмаған схеманың кемшіліктері бар - деректер моделін өзгерту кезінде
қолданба кодындағы жоғарыда айтылған үстеме шы ғындарға қосымша - базадан
шектеулердің барлық түрлерінің болмауы (нөлдік емес, бірегей, шектеу шектеуі ж әне
т.б.), сонымен қатар бар. әртүрлі жобалардың деректер қорымен параллельді ж ұмыс
істеу кезінде құрылымдық деректерді түсіну және басқаруда ғы қосымша
қиындықтар (деректер базасының жағында сөздіктер жо қ). Дегенмен, тез өзгеретін
заманауи әлемде мұндай икемділік әлі де арты қшылы қ болып табылады. . Мысал
ретінде Twitter бес жыл бұрын твитпен бірге аз ғана қосымша ақпаратты (уа қыт,
Twitter тұтқасы және тағы бірнеше байт мета-ақпарат) сақтаған болса, қазір
хабарламаның өзінен басқа тағы бірнеше килобайт метадеректер дерек қорда
сақталады.

NOSQL ДЕРЕКТЕР ҚОРЫНЫҢ ЕРЕКШЕЛІГІ
Қолданбаның логикалық бизнес нысанын қалыпқа келтіру
мақсатында әртүрлі физикалық кестелерде сақтайтын реляциялық
модельден айырмашылығы, NoSQL қоймалары осы нысандарда тұтас
нысандар ретінде жұмыс істейді. Бұл мысал «тапсырыс - тапсырыс
элементтері - төлемдер - өнім» стандартты электрондық коммерция
тұжырымдамалық реляциялық моделі үшін біріктірулерді көрсетеді.
Екі жағдайда да тапсырыс позициялармен бір логикалық нысанға
біріктіріледі, бұл ретте әрбір позиция өнімге сілтемені және оның
кейбір атрибуттарын, мысалы, атауын сақтайды (мұндай нормадан
шығаруды шығарып алу кезінде өнім нысанын сұрамау үшін қажет.
тәртіп – бөлінген жүйелердің негізгі ережесі объектілер арасындағы
«қосылу» болып табылады). Бір жиынтықта төлемдер тапсырыспен
біріктіріліп, объектінің құрамдас бөлігі болып табылады, екіншісінде
олар жеке объектіге орналастырылады.

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

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

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

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

NOSQL ДЕРЕКТЕР ҚОРЫНЫҢ ЕРЕКШЕЛІГІ
• Мұндай жағдайда туындайтын логикалық сұрақ - классикалық
түрде операциялардың атомдылығына жоғары талаптар қоятын
және сонымен бірге жылдам таратылатын кластерлерді - қаржылық,
интернет-дүкендерді және т.б. қажет ететін жүйелермен не істеу
керек? Тәжірибе көрсеткендей, бұл талаптар енді өзекті емес:
қаржылық банк жүйесінің бір дизайнері былай деді: «Егер біз
шынымен банкоматтардың (банкоматтардың) жаһандық желісіндегі
әрбір транзакцияның аяқталуын күтетін болсақ, транзакциялар
соншалықты ұзаққа созылатын еді, сондықтан клиенттер ашуланып
қашып кетер еді.
• Шындығында, ACID қасиеттерінің әлсіздігі олардың мүлдем жоқ екенін
білдірмейді. Көп жағдайда реляциялық деректер қорымен жұмыс істейтін
қолданба логикалық байланысты объектілерді өзгерту үшін
транзакцияны пайдаланады (тәртіп - тапсырыс элементтері), бұл қажет,
өйткені бұл әртүрлі кестелер. NoSQL дерекқорындағы деректер
үлгісінің дұрыс дизайнымен (агрегат тапсырыс элементтерінің тізімімен
бірге тапсырыс болып табылады), реляциялық дерекқордағы сияқты бір
жазбаны өзгерткен кезде бірдей оқшаулау деңгейіне қол жеткізуге
болады.
NOSQL ДЕРЕКТЕР ҚОРЫНЫҢ ЕРЕКШЕЛІГІ
4. Бөлінген жүйелер, ортақ ресурстарсыз.
Бұл NoSQL деректер қорын дамытудың негізгі лейтмотиві болуы мүмкін. Әлемдегі
ақпараттың көшкінінің өсуімен және оны ақылға қонымды уақыт ішінде өңдеу
қажеттілігімен тік масштабтау мәселесі туындады - процессор жылдамдығының
өсуі 3,5 ГГц-де тоқтатылды, дискіден оқу жылдамдығы да өсуде. баяу қарқын,
сонымен қатар қуатты сервердің бағасы әрқашан бірнеше қарапайым
серверлердің жалпы бағасынан жоғары. Бұл жағдайда әдеттегі реляциялық
деректер базалары, тіпті дискілер массивінде кластерленген болса да, жылдамдық,
масштабтау және өткізу қабілеті мәселелерін шеше алмайды. Жағдайдан
шығудың жалғыз жолы - бірнеше тәуелсіз серверлер жылдам желі арқылы
қосылғанда және әрқайсысы деректердің бір бөлігін және/немесе оқуды
жаңарту сұрауларының тек бір бөлігін ғана иеленетін/өңдеген кезде көлденең
масштабтау. Бұл архитектурада сақтау сыйымдылығын (сыйымдылық, жауап беру
уақыты, өткізу қабілеті) арттыру үшін кластерге тек жаңа сервер қосу керек - және
бәрі де. Бөлшектеу, репликация, қатеге төзімділік (нәтиже бір немесе бірнеше
серверлер жауап беруді тоқтатқан жағдайда да алынады), түйінді қосқан
жағдайда деректерді қайта бөлуді NoSQL дерекқорының өзі өңдейді.

ҚОРЫТЫНДЫ
NoSQL қозғалысы үлкен қарқынмен танымал болуда. Дегенмен,
бұл реляциялық дерекқорлар ескірген немесе архаикалық н әрсеге
айналады дегенді білдірмейді. Сірә, олар бұрынғыдай белсенді түрде
пайдаланылады және пайдаланылады, бірақ көбірек NoSQL деректер
базалары олармен симбиозда әрекет етеді. Біз полиглоттық табандылық
дәуіріне, әртүрлі деректер қоймалары әртүрлі қажеттіліктер үшін
пайдаланылатын дәуірге қадам басып жатырмыз. Енді деректердің даусыз
көзі ретінде реляциялық деректер базасының монополиясы жо қ.
Сәулетшілер жадты деректердің табиғатына және оны қалай
басқарғымыз келетініне, ақпараттың қандай көлемі күтілетініне
байланысты таңдайды. Осылайша бәрі қызықтырақ болады.

Назарларынызға
рахмет!!!

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

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

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

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

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

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

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

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

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

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

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

Пәндер