Клиент - сервер

Жұмыс түрі: Реферат
Тегін: Антиплагиат
Көлемі: 11 бет
Таңдаулыға:

Реферат

Тақырыбы: «Клиент-сервер! архитектурасындағы МҚБЖ. Таратылған мәліметтер қоры.

Тексерген:Кубашева А. А

Орындаған: Тұрсынбай Р. А

АиУ ТИПО 22 қ/т

Кіріспе

70-ші жылдары кең тараған мейнфреймдер мен миникомпьютерлердің көмегімен мәліметтерді өңдеудің белгілі бір дәрежеде кейінірек дербес компьютерлер мен жұмыс үстелі ДҚБЖ дәуірінде жоғалған артықшылықтары болды. Атап айтқанда, бұл артықшылықтардың бірі деректерді сақтау мен өңдеуді орталықтандыру болды. Дегенмен, бағдарламалық жасақтаманың өзі де, оның жұмысы да қолжетімді және арзан болғандықтан, жұмыс үстелі ДҚБЖ және олардың желілік нұсқаларына кең тараған қызығу көптеген пайдаланушыларды көптеген жылдар бойы «негізгі компьютер» есептеу моделін ұмытуға мәжбүр етті.

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

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

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

Деректер көлемі мен пайдаланушылар санының ұлғаюымен туындайтын желілік трафик мәселесінің түбегейлі шешімі ескі «мейнфреймнің» көптеген артықшылықтарын алған «клиент-сервер» архитектурасына көшу болды. ” есептеу моделі, атап айтқанда деректерді сақтау мен өңдеуді орталықтандыру.

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

Мәліметтер базасының сервері деректерді басқару әрекеттерінің барлық спектрін жүзеге асырады. Оның негізгі міндеттері:

жергілікті желінің дербес компьютерлерінде жұмыс істейтін клиенттік қосымшалардан алынған деректер мен метадеректерді таңдау және өзгерту бойынша пайдаланушының сұраныстарын орындау;

деректерді сақтау және сақтық көшірме жасау;

деректер базасында анықталған ережелерге сәйкес деректердің анықтамалық тұтастығын сақтау;

пайдаланушылардың құқықтары мен артықшылықтарын тексеру негізінде деректерге рұқсат етілген қолжетімділікті қамтамасыз ету;

операцияларды тіркеу және транзакциялар журналын жүргізу.

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

деректерді басқаратын және клиенттік қосымшалардан сұраныстарды орындайтын мәліметтер қоры сервері;

пайдаланушы интерфейсін қамтамасыз ететін және серверге сұраныс жіберетін клиенттік қолданбалар.

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

Негізгі бөлім

Клиент-сервер архитектурасын пайдаланатын ақпараттық жүйелер жұмыс үстелі ДҚБЖ желілік нұсқалары негізінде жасалған аналогтарымен салыстырғанда елеулі артықшылықтарға ие. Олардың ең маңыздылары төменде талқыланады.

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

Клиент-сервер архитектурасының екінші артықшылығы серверде бизнес ережелерін (мысалы, анықтамалық тұтастық ережелері немесе деректер құнының шектеулері) сақтау мүмкіндігі болып табылады, осылайша ортақ дерекқорды ортақ пайдаланатын әртүрлі клиенттік қолданбаларда кодтың қайталануын болдырмайды. Сонымен қатар, бұл жағдайда деректерді кез келген өңдеу, соның ішінде ақпараттық жүйені әзірлеушілер ұсынбаған әдістермен өңдеу (мысалы, серверді басқарудың әртүрлі утилиталары) тек осы ережелерді ескере отырып жүзеге асырылуы мүмкін. Кейбір жұмыс үстелі ДҚБЖ соңғы нұсқалары деректер мәндеріне немесе SQL сұрауларының мәтіндеріне шектеулерді сақтауға қабілетті болса да, триггерлер мен сақталған процедуралар әдетте оларда жоқ - оларды орындайтын ешкім жоқ. Мұнда жалғыз ерекшелік, мүмкін, Microsoft Data Engine, бірақ біз осы серияның алдыңғы мақаласында айтқанымыздай, бұл ДҚБЖ өте шартты түрде жұмыс үстелі ДҚБЖ ретінде жіктелуі мүмкін - шын мәнінде, MSDE - бұл жергілікті дерекқор сервері. ДҚБЖ серверіне тән барлық атрибуттар, соның ішінде бөлек сервер процесін.

Осы серияның бірінші мақаласында (ComputerPress 3'2000 қараңыз) біз ең типтік жағдайларда (мысалы, негізгі/детальдық қатынастарды жүзеге асыру кезінде) серверлік бизнес ережелерін сипаттау үшін CASE деп аталатын құралдар жиі қолданылатынын айттық (CASE) «Компьютерге көмекші жүйе инженериясы» дегенді білдіреді) нысанның қатынас диаграммаларын жасау үшін. Бұл құралдар мұндай ережелерді логикалық және физикалық деректер модельдері деңгейінде ешқандай бағдарламалаусыз сипаттауға мүмкіндік береді, содан кейін сәйкес сервер объектілері үшін кодты генерациялайды - триггерлер, сақталатын процедуралар, сервер шектеулері. Бұл жағдайда клиенттік қолданбалар тікелей қолданбада іскери ережелерді енгізумен байланысты кодтың маңызды бөлігін сақтайды. Сондай-ақ, деректерді өңдеумен байланысты кейбір кодтар серверде сақталатын процедуралар түрінде де жүзеге асырылуы мүмкін екенін ескеріңіз, бұл клиенттік қосымшаны одан әрі «жеңілдетуге» мүмкіндік береді, яғни жұмыс станцияларына қойылатын талаптар соншалықты жоғары болмауы мүмкін. Бұл, сайып келгенде, қымбат серверлік ДҚБЖ мен аппараттық құралдарды пайдаланған кезде де ақпараттық жүйенің құнын төмендетеді.

Жоғарыда аталған үш артықшылыққа қоса, қазіргі заманғы серверлік ДҚБЖ пайдаланушы артықшылықтарын және әртүрлі дерекқор объектілеріне қол жеткізу құқықтарын басқарудың кең мүмкіндіктері бар екенін атап өткен жөн. Әдетте, дерекқор өз пайдаланушылары, олардың құпия сөздері және артықшылықтары туралы ақпаратты сақтайды және әрбір дерекқор нысаны пайдаланушыға тиесілі. Нысанның иесі басқа пайдаланушыларға оны қандай да бір жолмен пайдалану құқығын бере алады (мысалы, басқа пайдаланушыға одан деректерді оқуға рұқсат беру) . Көптеген серверлік ДҚБЖ белгілі бір дерекқор нысандарына қатынасу құқықтарының жиынтығы болып табылатын рөлдерді қолдайды. Бұл жағдайда әрбір пайдаланушы бір немесе бірнеше рөлдерге және тиісінше осы рөлдерде анықталған артықшылықтарға ие болуы мүмкін.

Заманауи серверлік ДҚБЖ деректердің сақтық көшірмесін жасау және мұрағаттау және жиі сұрауды орындауды оңтайландыру үшін кең мүмкіндіктерге ие. Олар сонымен қатар әдетте параллельді өңдеу мүмкіндіктерін қамтамасыз етеді, әсіресе көп процессорлы компьютерлер дерекқор сервері ретінде пайдаланылған.

Егер бірінші жаңарту опциясы туралы айтатын болсақ, Microsoft Access пайдаланушылары осыған байланысты ең бақытты болып табылады - Microsoft Access дерекқорын MSDE (немесе Microsoft SQL Server) ауыстыру процесі өте ауыртпалықсыз және пайдаланушы қолданбалары әдетте функционалды болып қалады. Бұл жағдайда барлық осы ДҚБЖ (Access, MSDE және SQL Server) бір өндірушіге тиесілі болғандықтан, олардың арасында мәліметтерді беру деректер базасында анықталған барлық бизнес ережелерін сақтай отырып, өте дұрыс жүзеге асырылады. Сонымен қатар, Access-тен деректерді тасымалдауға арналған утилиталар басқа серверлік ДҚБЖ жеткізу жинағына кіреді (мысалы, Oracle) . Деректерді Visual FoxPro бағдарламасынан Microsoft SQL серверіне салыстырмалы түрде ауыртпалықсыз тасымалдауға болады.

Жұмыс үстелі ДҚБЖ басқа нұсқаларын серверлік нұсқалармен ауыстыруға келетін болсақ, мұнда белгілі бір мәселелер туындауы мүмкін. Мысалы, деректерді dBase немесе Paradox-тан кейбір серверлік ДҚБЖ-ға тасымалдау кезінде Delphi-де жазылған оған қызмет көрсететін қосымша деректерге қол жеткізу кітапханаларын дұрыс қайта конфигурациялаудан кейін де жұмыс істеуден бас тартуы мүмкін, әсіресе оның құрамында метадеректер ақпараты болса. Сондай-ақ өріс атауларында кіші және бас әріптерді қолдануға, орысша өріс атауларын қолдануға (және сандар мен күндерді жазудың ұлттық дәстүрлерін қолдайтын және жиі сандық деректер мен күндерді елестету мүмкін емес нәрсеге айналдыратын жалпы локализацияланған нұсқалар) байланысты әртүрлі қиындықтар болуы мүмкін. басқа ДҚБЖ ауыстырылды) , белгілі бір деректер түрлерінің үйлесімсіздігі (бұл әсіресе Paradox кестелерін басқа ДҚБЖ-ға жылжытқанда жиі болады) . Ақырында, егер ДҚБЖ серверінде анықталған бизнес ережелері болса, олар деректер тасымалданатын жұмыс үстелі ДҚБЖ-да мүлтіксіз орындалғанына кепілдік жоқ, бұл жағдайда деректерді талдауға кейбір «қолмен» еңбек тартылады. осы ережелерге сәйкес келмейді. Сізге немесе сіздің пайдаланушыларыңызға кепілдік беріледі.

Дегенмен, «клиент-сервер» архитектурасына көшу деректерді жаңа ДҚБЖ-ға тасымалдаумен шектелмейтінін атап өтейік. Осы архитектураның толық артықшылығын пайдалану үшін, сонымен қатар, триггерлер және сақталатын процедуралар ретінде клиент қолданбасында қамтылған бизнес ережелерін іске асыру керек, содан кейін бизнес ережесін енгізуді жою немесе оны сәйкес дерекқор нысандарына шақырулармен ауыстыру үшін клиент қолданбасының кодын өзгерту керек. Егер түпнұсқалық клиенттік қосымшада таза презентациядан басқа код болса, әзірлеу құралдарының жарнамасы олармен жасалған қолданбалардың ауқымдылығы немесе олардың мүмкіндіктері туралы не айтқанына қарамастан, оны жаңғыртудың қажеті жоқ деп сену аңғалдық болар еді. ДҚБЖ тәуелсіздігі. Өздеріңіз білетіндей, нақты қолданбалар көрмелер мен презентацияларда көрсетілгендерден айтарлықтай ерекшеленеді . . .

Ақпараттық жүйені модернизациялаудың екінші нұсқасы, негізінен, дайын деректер моделіне негізделген жаңа жобаны құру және жаңа ғана талқыланған деректерді жаңа ДҚБЖ-ға тасымалдау болып табылады. Үшінші модернизация нұсқасына келетін болсақ, оны екі тәуелсіз жоба ретінде қарастыруға болады. Оның біріншісі - ақпараттық жүйені іс жүзінде нөлден құру, екіншісі - деректер қорын мұраланған деректермен толтыру. Сонымен қатар, дерекқор құрылымдары әртүрлі болғандықтан, стандартты деректерді беру утилиталарын (көптеген әзірлеу құралдары мен серверлік ДҚБЖ жеткізу жинақтарында бар) әдетте бұл жерде пайдалану мүмкін емес - әдетте, бұл жағдайда «бір реттік» қосымшалар процесті тасымалдауда қажетті деректерді түрлендіруді орындайтын құрылады.

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

Клиент-сервер жүйелерінің түсінігі

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

Осы сабақтағы материалды зерттегеннен кейін сіз:

клиент-сервер жүйелерінің артықшылықтарын атаңыз;
клиент-сервер қосымшасын әзірлеу кезеңдерін сипаттау;
клиент-сервер іске асырудың әртүрлі түрлерін салыстыру;
нақты жағдайға қолайлы клиент-сервер жүйесін таңдаңыз.

Клиент-сервер архитектурасы клиентке де, серверге де арнайы талаптар қояды. Осы талаптарға жауап беретін бағдарламаны таратылған деректерді өңдеуді жүзеге асыратын клиент-сервер қосымшасы деп санауға болады.

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

Клиент-сервер жүйелерінің артықшылықтары:

Клиент-сервер тәсілі модульдік, серверлік бағдарламалық құралдың құрамдас бөліктері жинақы және дербес.

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

Компоненттердің дербестігі оларды бір компьютердегі бірнеше процессорларда (симметриялық көп өңдеу) немесе желідегі бірнеше компьютерлерде (үлестірілген есептеулер) орындауға мүмкіндік береді.

Клиенттің жауапкершілігі негізінен пайдаланушы қызметтерін және ең алдымен пайдаланушы интерфейсін, яғни серверге сұрау салу үшін негіз болатын пайдаланушы енгізген деректерді қабылдау, көрсету және өңдеу құралы болып табылады. Сонымен қатар, клиент сервер ресурстарына жүктемені азайту үшін деректердің бір бөлігін өңдеуге конфигурациялануы мүмкін.

Клиент-сервер жүйесін жобалау:

Іскерлік қосымшаны әзірлеу кезінде қолданбаны қай бағытта әзірлеу керектігін түсіну үшін алдымен мәселенің мәлімдемесін талдау керек. Жобаның дизайны дамудың барлық кезеңдеріндегі міндетке және нақты бизнес жағдайының талаптарына сәйкес болуы керек.

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

Концептуалды кезең қолданбаны пайдалану жағдайларына бағытталған. Олар нақты бизнес мәселелерін шешуге арналған пайдаланушы талаптарын көрсетуі керек. Бұл жерде бизнес мәселесі анықталады және пайдаланушылардың қажеттіліктері мен талаптарын қанағаттандыратын тәсіл әзірленеді.

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

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

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

Кез келген қолданбалы программаның өзегі оның сервер бөлігі болып табылады. Мұнда дерекқордың соңғы пайдаланушысы білмей, барлық нақты жұмыс орын алады. Қолданбаның серверлік бөлігі дерекқор серверінің өзін, деректер көздерін, сонымен қатар қолданба веб-серверге немесе жергілікті желідегі қашықтағы дерекқорға қосылатын аралық бағдарламалық құралды қамтиды. (Ең маңызды дерекқор серверлері - Oracle, Informix, Sybase, Microsoft SQL Server және Borland InterBase) .

Бұл әдетте кез келген қолданбаны кәсіпорынға немесе Intemet/интранет ортасына қосу кезіндегі бірінші қадам. Деректер қоры серверін бұл жағдайда компанияның қажеттіліктерін де, қолданбалы бағдарламаның талаптарын да жақсы түсінетін жергілікті дерекқор әкімшісі орнатады.

Қолданбаны қосу - оны пайдаланушыларға қолжетімді ортада іске асыру процесі.

Қосылатын модуль қолданбасына арналған аралық бағдарлама веб-серверді және веб-серверді дерекқор серверіне қосуға арналған кейбір құралды қамтиды. Бұл жағдайда негізгі талап - корпоративтік деректер қорымен байланыса алатын қолданбалы бағдарламаның Web-серверінде болуы.

Клиент-сервер опциясы:

Клиент-сервер опциясы жұмыс топтарында немесе кәсіпорын ауқымында пайдалануға арналған. Ол үш деңгейлі клиент-сервер архитектурасына негізделген:

Пайдаланушы үшін жұмыс істейтін бағдарлама (клиенттік қосымша) 1C: Enterprise 8 сервер кластерімен әрекеттеседі, ал кластер қажет болған жағдайда деректер қоры серверіне (MS SQL Server немесе PostgreSQL) қол жеткізеді. Бұл жағдайда 1С: Enterprise 8 серверлерінің физикалық кластері және деректер қоры сервері бір компьютерде де, әртүрлі компьютерде де орналасуы мүмкін. Бұл әкімшіге қажет болған жағдайда жүктемені серверлер арасында бөлуге мүмкіндік береді.

1C: Enterprise 8 сервер кластерін пайдалану оған деректерді өңдеудің ең ауқымды операцияларын шоғырландыруға мүмкіндік береді. Мысалы, тіпті өте күрделі сұраныстарды орындаған кезде, пайдаланушы үшін орындалатын бағдарлама тек өзіне қажетті таңдауды алады және барлық аралық өңдеу серверде орындалады. Әдетте, сервер кластерінің сыйымдылығын арттыру клиенттік машиналардың бүкіл паркін жаңартудан әлдеқайда оңай.

3 деңгейлі архитектураны қолданудың тағы бір маңызды аспектісі - басқарудың қарапайымдылығы және пайдаланушының ақпараттық базаға қол жеткізуін оңтайландыру. Бұл опцияда пайдаланушы конфигурацияның немесе дерекқордың физикалық орнын білудің қажеті жоқ. Барлық қол жеткізу 1С:Enterprise 8 серверлерінің кластері арқылы жүзеге асырылады. Нақты ақпараттық базаға кіру кезінде пайдаланушы тек кластер атауын және ақпараттықбаза атын көрсетуі керек, ал жүйе сәйкесінше пайдаланушы аты мен құпия сөзді сұрайды.

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

Деректер базасының архитектурасы

Бөлінген дерекқор біртекті немесе гетерогенді болуы мүмкін.

Біртекті дерекқор

... жалғасы

Сіз бұл жұмысты біздің қосымшамыз арқылы толығымен тегін көре аласыз.