Azərbaycanca
Беларускі
Dansk
Deutsch
Española
Français
Indonesia
Italiana
日本語
Қазақ
Lietuvos
Nederlands
Português
Русский
සිංහල
แบบไทย
Türkçe
Українська
中國人
United State
Afrikaans
Розподілена (федеративна) база даних є віртуальна база даних, компоненти якої фізично зберігаються в кількох реальних базах даних на декількох різних вузлах. Кожен вузол працює під управлінням власної СКБД, і кінцевий користувач будь-якого вузла може отримати доступ до даних на іншому вузлі . У федеративній базі даних поєднується ефективність доступу, так як дані в основному зберігаються там само, де й обробляються, і розширені можливості доступу до віддалених даних.
Головною причиною створення федеративних баз даних є об'єктивна розподіленість підприємств — структурна і фізична. Як правило, єдина інформаційна система підприємства створюється не «з нуля», а як об'єднання вже наявних інформаційних систем його структурних і / або територіальних підрозділів. Технологія федеративних баз даних є гарним інструментом для такої інтеграції. Таке об'єднання відбувається в рамках корпоративної (можливо навіть, локальної) інтрамережі. Коли кілька підприємств тимчасово об'єднують свої зусилля в деякому спільному проекті, потрібне об'єднання їх інформаційних систем (або їх частин) у загальну базу даних. У переважній більшості випадків вузли такої федеративної бази даних взаємодіють через глобальну мережу.
Як зазначалося вище, для кінцевого користувача розподілена база даних повинна виглядати так само, як і нерозподілена. Від творців і адміністраторів розподілених баз даних (тих, хто використовує засоби визначення даних і управління ними відповідно) потрібне знання розподілу і відповідні спеціальні дії.
Порівняння федеративного і централізованого підходів
Особливістю федеративних баз даних є логічна інтеграція даних, коли користувач має єдиний доступ до всієї сукупності даних, проте самі дані фізично залишаються в первісному джерелі. Ця особливість є ключовою відмінністю федеративного підходу від централізованого, що використовує фізичну інтеграцію, коли дані з різнорідних джерел дублюються на загальному вузлі, до якого звертаються всі користувачами. Федеративний же підхід передбачає зберігання даних в самих джерелах, коли центральний вузол здійснює трансляцію запитів з урахуванням особливостей конкретного джерела. У випадку з обчислювальним сховищем даних, федеративна база даних є більш правильним вибором з таких причин:
- Федеративні технології менш схильні до помилок зі спотвореннями і цілісністю, тому що дані залишаються на своїх вихідних місцях.
- У федеративну архітектуру простіше додавати нові джерела, що особливо важливо в динамічно розвинутих системах.
- Федеративний підхід, на відміну від централізованого, завжди гарантує отримання актуальних даних від першоджерела, тоді як при централізованому підході копії даних в центральному вузлі можуть застарівати.
Варто відзначити, що в складних випадках, коли потрібен перетин великих масивів даних з різних джерел, федеративні бази даних повинні надавати можливість зберігати частину інформації централізовано, забезпечуючи, таким чином, гібридний підхід.
Інтегровані чи федеративні системи і мультибази даних
Напрямок інтегрованих чи федеративних систем неоднорідних БД і мульти-БД з’явився в зв’язку з необхідністю комплексування систем БД, заснованих на різних моделях даних і керованих різними СУБД.
Основною задачею інтеграції неоднорідних БД є надання користувачам інтегрованої системи глобальної схеми БД, представленої в деякій моделі даних, і автоматичне перетворення операторів маніпулювання БД глобального рівня в оператори, зрозумілі відповідним локальним СУБД. У теоретичному плані проблеми перетворення вирішені.
При строгій інтеграції неоднорідних БД локальні системи БД утрачають свою автономність. Після включення локальної БД у федеративну систему всі подальші дії з нею, включаючи адміністрування, повинні вестися на глобальному рівні. Оскільки користувачі часто не погоджуються втрачати локальну автономність, бажаючи проте мати можливість працювати з усіма локальними СУБД однією мовою і формулювати запити з одночасною вказівкою різних локальних БД, розвивається напрямок мульти-БД. У системах мульти-БД не підтримується глобальна схема інтегрованої БД і застосовуються спеціальні способи іменування для доступу до об’єктів локальних БД. Як правило, у таких системах на глобальному рівні допускається тільки вибірка даних. Це дозволяє зберегти автономність локальних БД.
Вимоги до програмного забезпечення федеративних баз даних
В силу гетерогенності і розподіленості джерел даних в сховищі даних, управління єдиного інформаційного середовища є складним завданням. Джерелами даних можуть бути реляційні СКБД, бізнес-додатки, плоскі файли, вебсервіси і т. д. Кожен з них має власний формат зберігання даних, виклики і спосіб видачі результатів. Крім того, джерела можуть розташовуватися на значній відстані один від одного, в різних мережах з різними протоколами доступу.
Програмне забезпечення, яке здійснює управління федеральної базою даних, в обов'язковому порядку повинно відповідати наступним вимогам:
Прозорість
Доступ до даних федеративної БД здійснюється через центральний вузол, що приховує від користувачів розташування даних і особливості взаємодії з їх джерелом. Таким чином, користувачі можуть здійснювати SQL-запити до даних, які насправді є нереляціонні, або розташовуються у зовнішній СКБД, що не підтримує синтаксис цих запитів.
Гетерогенність
Джерела даних в обчислювальному сховищі даних можуть мати найрізноманітнішу структуру і способи доступу, наприклад:
- Текстові файли з табличною структурою
- СКБД сімейства Oracle, DB2, Sybase, Informix, Microsoft SQL Server, MySQL і т. д.
- Вебсервіси
- Джерела даних XML
- Файли Microsoft Excel
- Джерела даних ODBC, і багато інших
Завдання центрального вузла полягає в забезпеченні доступу до всіх джерел з урахуванням вимог до прозорості, продуктивності і безпеки.
Можливість розширення
Під розширенням мається на увазі можливість створення засобів для підключення нових джерел даних до федеративної БД. Це можуть бути будь-які джерела структурованої інформації.
Для забезпечення розширення програмні засоби федеративної БД повинні підтримувати стандарт ANSISQL / MED-ManagementofExternalData (управління зовнішніми даними). Даний стандарт реалізує розширення SQL, що дозволяє реляційним СКБД звертатися до зовнішніх даних і управляти ними.
Підтримка специфічної функціональності
Зовнішні джерела можуть надавати набір функціональності по обробці даних, що не підтримується в СКБД центрального вузла. В цьому випадку, програмне забезпечення федеративної БД має коректно транслювати запит до даної функціональності на джерело даних, надаючи йому можливість виконати ці дії самостійно.
У деяких випадках може виявитися необхідним створення так званих наскрізних сесій. В цьому випадку всі запити будуть відразу передаватися на джерело даних без будь-якої обробки на центральному вузлі.
У даної вимоги є і зворотна сторона, яка називається компенсацією функціональності. У тому випадку, якщо фрагмент запиту містить дії, які не підтримуються безпосереднім джерелом даних, центральний сервер заміщає дані дії власної функціональністю. Все це так само здійснюється прозоро для користувачів.
Висока продуктивність
Однією з головних проблем у вирішенні завдання об'єднання розподілених джерел даних є проблема забезпечення продуктивності. Інтеграційне ПЗ повинно враховувати можливості зовнішніх джерел даних, такі, як наявність індексів у таблиць реляційних СКБД, типи даних, а також доступні кількісні показники — число рядків, середня довжина рядка, число вузлових і листових елементів в індексах і т. д. Іншим важливим показником є топологія мережі. Для досягнення максимальної продуктивності програмне забезпечення федеративної бази даних має вміти отримувати цю інформацію з джерел, зберігати її в системному каталозі і враховувати при складанні плану виконання розподіленого запиту.
Розподіл прав доступу
Оскільки в федеративній БД користувач отримує доступ до всіх джерел через центральний вузол, інтеграційне програмне забезпечення має забезпечувати наскрізну авторизацію і розділяти права між користувачами на доступ до тих чи інших ресурсів. Управління доступом має здійснюватися для кожної комбінації користувач — джерело даних. Така комбінація зберігає в собі ім'я користувача на центральному вузлі, ідентифікатор зовнішнього джерела даних, а також ім'я користувача та пароль, які будуть використовуватися при доступі до цього джерела для авторизації. Якщо ім'я користувача і його пароль на центральному вузлі збігаються з віддаленим, то не повинно бути необхідності створювати таку комбінацію.
Наявні платформи федеративних баз даних
Консолідація даних в розподілених гетерогенних системах є важливим і складним завданням. З наявних підходів до вирішення цього завдання, найкращим є підхід з організацією федеративних баз даних. Створення та управління такою структурою вимагає використання спеціалізованого програмного забезпечення, яке в свою чергу має відповідати ряду вимог до прозорості, гетерогенності, безпеки, продуктивності і т. д. На ринку інтеграційного програмного забезпечення існує ряд рішень від великих виробників, заснованих на промислових реляційних СКБД, на базі яких можна організувати федеративну структуру доступу до даних. Для вибору конкретного рішення необхідно його детальний розгляд на предмет відповідності наданих можливостей вимогам до систем такого типу:
- Ibm db2 Information Integrator
- Дане рішення ґрунтується на СКБД IBMDB2UniversalDatabase і орієнтоване на створення розподілених систем з федеративним доступом. Підтримується велика кількість найрізноманітніших джерел даних, а також стандарт (SQL/MED), що дозволяє створювати власні розширення. Особлива увага приділяється продуктивності і безпеці платформи, а також зручності у використанні і управлінні.
- Microsoft SQL Server
- Інтеграція СКБД Microsoft SQL Server з зовнішніми джерелами здійснюється за допомогою використання служб Microsoft Integration Services — платформи для побудови рішень по інтеграції і перетворення даних на рівні підприємства. Служби Integration Services можуть витягувати і перетворювати дані з різних джерел, таких як файли XML, плоскі файли, реляційні СКБД і т. д. Існує можливість використання графічних інструментів Integration Services для створення готових рішень або самостійного створення об'єктної моделі служб Integration Services за допомогою доданих програмних засобів.
- Oracle Streams
- Інтеграційні рішення Oracle початково спрямовані на реалізацію підходу з централізованим доступом, однак, технологія Oracle Streams Transparent Gateways надає кошти для реалізації моделі з федеративним доступом. Зовнішні джерела даних можна зареєструвати в СКБД Oracle у вигляді посилань, названих DB-links, і використовувати дані з цих джерел в розподілених запитах. Підтримується доступ до плоских файлів, XML-файлів, джерелам ODBC і т. д.
Етапи побудови середовища обчислень сховища даних
Створення системи надання ресурсів з використанням технології обчислень сховища даних на базі наявних ресурсів підприємства раціонально розбити на три основних етапи: аналіз наявних ресурсів підприємства, потужності яких можна об'єднати в обчислювальне сховище даних; створення прототипу середовища обчислень сховища даних на малій підмножині наявних ресурсів; розгортання прототипу в повному масштабі на всіх ресурсах.
- Аналіз наявних ресурсів організації
- Одна з переваг моделі обчислень сховища даних в тому, що вона дозволяє ефективно використовувати потужності наявних ресурсів шляхом їх віртуалізації і подальшого надання віртуалізованих ресурсів користувачам на їх вимоги. Таким чином, першим необхідним етапом є дослідження парку наявних ресурсів, потужності яких можуть бути віртуалізовані. Віртуалізації передує консолідація: ІТ-сервіси централізуються, збираються в одному місці, після чого на цій базі можна будувати віртуалізовані інфраструктури. Консолідація істотно зменшує вартість вилучених робочих місць, підвищує якість обслуговування користувачів, знижує вартість володіння інформаційним полем компанії.
- Створення прототипу середовища обчислень сховища даних
- На даному етапі відбувається створення середовища обчислень сховища даних в малому масштабі, проводиться настройка і налагодження функціональності. Починається процес консолідації ресурсів. В даному випадку мається на увазі використання 4-5 консолідованих регіональних центрів обробки даних, що надають частину своїх ресурсів для віртуалізації і організації доступу через обчислювальне сховище даних.
- Розгортання прототипу в повному масштабі
- Створений на попередньому етапі прототип переноситься на виділені ресурси в повному масштабі. Організовується система єдиного доступу до ресурсів, розподілених у рамках регіональних центрів. Розподілена система регіональних центрів функціонує в рамках єдиного середовища обчислювального сховища даних, що надає доступ до віртуалізованих ресурсів.
Примітки
- Дерев'янко, Олександр С. . khpi-iip.mipk.kharkiv.edu. Архів оригіналу за 11 квітня 2018. Процитовано 16 квітня 2018.
- Архитектура федеративных баз данных. StudFiles (рос.). Процитовано 16 квітня 2018.
- Постреляційні системи — Студопедія. studopedia.com.ua. Процитовано 16 квітня 2018.
Ця стаття має кілька недоліків. Будь ласка, допоможіть удосконалити її або обговоріть ці проблеми на .
|
Вікіпедія, Українська, Україна, книга, книги, бібліотека, стаття, читати, завантажити, безкоштовно, безкоштовно завантажити, mp3, відео, mp4, 3gp, jpg, jpeg, gif, png, малюнок, музика, пісня, фільм, книга, гра, ігри, мобільний, телефон, android, ios, apple, мобільний телефон, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, ПК, web, Інтернет
Rozpodilena federativna baza danih ye virtualna baza danih komponenti yakoyi fizichno zberigayutsya v kilkoh realnih bazah danih na dekilkoh riznih vuzlah Kozhen vuzol pracyuye pid upravlinnyam vlasnoyi SKBD i kincevij koristuvach bud yakogo vuzla mozhe otrimati dostup do danih na inshomu vuzli U federativnij bazi danih poyednuyetsya efektivnist dostupu tak yak dani v osnovnomu zberigayutsya tam samo de j obroblyayutsya i rozshireni mozhlivosti dostupu do viddalenih danih Golovnoyu prichinoyu stvorennya federativnih baz danih ye ob yektivna rozpodilenist pidpriyemstv strukturna i fizichna Yak pravilo yedina informacijna sistema pidpriyemstva stvoryuyetsya ne z nulya a yak ob yednannya vzhe nayavnih informacijnih sistem jogo strukturnih i abo teritorialnih pidrozdiliv Tehnologiya federativnih baz danih ye garnim instrumentom dlya takoyi integraciyi Take ob yednannya vidbuvayetsya v ramkah korporativnoyi mozhlivo navit lokalnoyi intramerezhi Koli kilka pidpriyemstv timchasovo ob yednuyut svoyi zusillya v deyakomu spilnomu proekti potribne ob yednannya yih informacijnih sistem abo yih chastin u zagalnu bazu danih U perevazhnij bilshosti vipadkiv vuzli takoyi federativnoyi bazi danih vzayemodiyut cherez globalnu merezhu Yak zaznachalosya vishe dlya kincevogo koristuvacha rozpodilena baza danih povinna viglyadati tak samo yak i nerozpodilena Vid tvorciv i administratoriv rozpodilenih baz danih tih hto vikoristovuye zasobi viznachennya danih i upravlinnya nimi vidpovidno potribne znannya rozpodilu i vidpovidni specialni diyi Porivnyannya federativnogo i centralizovanogo pidhodivOsoblivistyu federativnih baz danih ye logichna integraciya danih koli koristuvach maye yedinij dostup do vsiyeyi sukupnosti danih prote sami dani fizichno zalishayutsya v pervisnomu dzhereli Cya osoblivist ye klyuchovoyu vidminnistyu federativnogo pidhodu vid centralizovanogo sho vikoristovuye fizichnu integraciyu koli dani z riznoridnih dzherel dublyuyutsya na zagalnomu vuzli do yakogo zvertayutsya vsi koristuvachami Federativnij zhe pidhid peredbachaye zberigannya danih v samih dzherelah koli centralnij vuzol zdijsnyuye translyaciyu zapitiv z urahuvannyam osoblivostej konkretnogo dzherela U vipadku z obchislyuvalnim shovishem danih federativna baza danih ye bilsh pravilnim viborom z takih prichin Federativni tehnologiyi mensh shilni do pomilok zi spotvorennyami i cilisnistyu tomu sho dani zalishayutsya na svoyih vihidnih miscyah U federativnu arhitekturu prostishe dodavati novi dzherela sho osoblivo vazhlivo v dinamichno rozvinutih sistemah Federativnij pidhid na vidminu vid centralizovanogo zavzhdi garantuye otrimannya aktualnih danih vid pershodzherela todi yak pri centralizovanomu pidhodi kopiyi danih v centralnomu vuzli mozhut zastarivati Varto vidznachiti sho v skladnih vipadkah koli potriben peretin velikih masiviv danih z riznih dzherel federativni bazi danih povinni nadavati mozhlivist zberigati chastinu informaciyi centralizovano zabezpechuyuchi takim chinom gibridnij pidhid Integrovani chi federativni sistemi i multibazi danihNapryamok integrovanih chi federativnih sistem neodnoridnih BD i multi BD z yavivsya v zv yazku z neobhidnistyu kompleksuvannya sistem BD zasnovanih na riznih modelyah danih i kerovanih riznimi SUBD Osnovnoyu zadacheyu integraciyi neodnoridnih BD ye nadannya koristuvacham integrovanoyi sistemi globalnoyi shemi BD predstavlenoyi v deyakij modeli danih i avtomatichne peretvorennya operatoriv manipulyuvannya BD globalnogo rivnya v operatori zrozumili vidpovidnim lokalnim SUBD U teoretichnomu plani problemi peretvorennya virisheni Pri strogij integraciyi neodnoridnih BD lokalni sistemi BD utrachayut svoyu avtonomnist Pislya vklyuchennya lokalnoyi BD u federativnu sistemu vsi podalshi diyi z neyu vklyuchayuchi administruvannya povinni vestisya na globalnomu rivni Oskilki koristuvachi chasto ne pogodzhuyutsya vtrachati lokalnu avtonomnist bazhayuchi prote mati mozhlivist pracyuvati z usima lokalnimi SUBD odniyeyu movoyu i formulyuvati zapiti z odnochasnoyu vkazivkoyu riznih lokalnih BD rozvivayetsya napryamok multi BD U sistemah multi BD ne pidtrimuyetsya globalna shema integrovanoyi BD i zastosovuyutsya specialni sposobi imenuvannya dlya dostupu do ob yektiv lokalnih BD Yak pravilo u takih sistemah na globalnomu rivni dopuskayetsya tilki vibirka danih Ce dozvolyaye zberegti avtonomnist lokalnih BD Vimogi do programnogo zabezpechennya federativnih baz danihV silu geterogennosti i rozpodilenosti dzherel danih v shovishi danih upravlinnya yedinogo informacijnogo seredovisha ye skladnim zavdannyam Dzherelami danih mozhut buti relyacijni SKBD biznes dodatki ploski fajli vebservisi i t d Kozhen z nih maye vlasnij format zberigannya danih vikliki i sposib vidachi rezultativ Krim togo dzherela mozhut roztashovuvatisya na znachnij vidstani odin vid odnogo v riznih merezhah z riznimi protokolami dostupu Programne zabezpechennya yake zdijsnyuye upravlinnya federalnoyi bazoyu danih v obov yazkovomu poryadku povinno vidpovidati nastupnim vimogam Prozorist Dostup do danih federativnoyi BD zdijsnyuyetsya cherez centralnij vuzol sho prihovuye vid koristuvachiv roztashuvannya danih i osoblivosti vzayemodiyi z yih dzherelom Takim chinom koristuvachi mozhut zdijsnyuvati SQL zapiti do danih yaki naspravdi ye nerelyacionni abo roztashovuyutsya u zovnishnij SKBD sho ne pidtrimuye sintaksis cih zapitiv Geterogennist Dzherela danih v obchislyuvalnomu shovishi danih mozhut mati najriznomanitnishu strukturu i sposobi dostupu napriklad Tekstovi fajli z tablichnoyu strukturoyu SKBD simejstva Oracle DB2 Sybase Informix Microsoft SQL Server MySQL i t d Vebservisi Dzherela danih XML Fajli Microsoft Excel Dzherela danih ODBC i bagato inshih Zavdannya centralnogo vuzla polyagaye v zabezpechenni dostupu do vsih dzherel z urahuvannyam vimog do prozorosti produktivnosti i bezpeki Mozhlivist rozshirennya Pid rozshirennyam mayetsya na uvazi mozhlivist stvorennya zasobiv dlya pidklyuchennya novih dzherel danih do federativnoyi BD Ce mozhut buti bud yaki dzherela strukturovanoyi informaciyi Dlya zabezpechennya rozshirennya programni zasobi federativnoyi BD povinni pidtrimuvati standart ANSISQL MED ManagementofExternalData upravlinnya zovnishnimi danimi Danij standart realizuye rozshirennya SQL sho dozvolyaye relyacijnim SKBD zvertatisya do zovnishnih danih i upravlyati nimi Pidtrimka specifichnoyi funkcionalnosti Zovnishni dzherela mozhut nadavati nabir funkcionalnosti po obrobci danih sho ne pidtrimuyetsya v SKBD centralnogo vuzla V comu vipadku programne zabezpechennya federativnoyi BD maye korektno translyuvati zapit do danoyi funkcionalnosti na dzherelo danih nadayuchi jomu mozhlivist vikonati ci diyi samostijno U deyakih vipadkah mozhe viyavitisya neobhidnim stvorennya tak zvanih naskriznih sesij V comu vipadku vsi zapiti budut vidrazu peredavatisya na dzherelo danih bez bud yakoyi obrobki na centralnomu vuzli U danoyi vimogi ye i zvorotna storona yaka nazivayetsya kompensaciyeyu funkcionalnosti U tomu vipadku yaksho fragment zapitu mistit diyi yaki ne pidtrimuyutsya bezposerednim dzherelom danih centralnij server zamishaye dani diyi vlasnoyi funkcionalnistyu Vse ce tak samo zdijsnyuyetsya prozoro dlya koristuvachiv Visoka produktivnist Odniyeyu z golovnih problem u virishenni zavdannya ob yednannya rozpodilenih dzherel danih ye problema zabezpechennya produktivnosti Integracijne PZ povinno vrahovuvati mozhlivosti zovnishnih dzherel danih taki yak nayavnist indeksiv u tablic relyacijnih SKBD tipi danih a takozh dostupni kilkisni pokazniki chislo ryadkiv serednya dovzhina ryadka chislo vuzlovih i listovih elementiv v indeksah i t d Inshim vazhlivim pokaznikom ye topologiya merezhi Dlya dosyagnennya maksimalnoyi produktivnosti programne zabezpechennya federativnoyi bazi danih maye vmiti otrimuvati cyu informaciyu z dzherel zberigati yiyi v sistemnomu katalozi i vrahovuvati pri skladanni planu vikonannya rozpodilenogo zapitu Rozpodil prav dostupu Oskilki v federativnij BD koristuvach otrimuye dostup do vsih dzherel cherez centralnij vuzol integracijne programne zabezpechennya maye zabezpechuvati naskriznu avtorizaciyu i rozdilyati prava mizh koristuvachami na dostup do tih chi inshih resursiv Upravlinnya dostupom maye zdijsnyuvatisya dlya kozhnoyi kombinaciyi koristuvach dzherelo danih Taka kombinaciya zberigaye v sobi im ya koristuvacha na centralnomu vuzli identifikator zovnishnogo dzherela danih a takozh im ya koristuvacha ta parol yaki budut vikoristovuvatisya pri dostupi do cogo dzherela dlya avtorizaciyi Yaksho im ya koristuvacha i jogo parol na centralnomu vuzli zbigayutsya z viddalenim to ne povinno buti neobhidnosti stvoryuvati taku kombinaciyu Nayavni platformi federativnih baz danihKonsolidaciya danih v rozpodilenih geterogennih sistemah ye vazhlivim i skladnim zavdannyam Z nayavnih pidhodiv do virishennya cogo zavdannya najkrashim ye pidhid z organizaciyeyu federativnih baz danih Stvorennya ta upravlinnya takoyu strukturoyu vimagaye vikoristannya specializovanogo programnogo zabezpechennya yake v svoyu chergu maye vidpovidati ryadu vimog do prozorosti geterogennosti bezpeki produktivnosti i t d Na rinku integracijnogo programnogo zabezpechennya isnuye ryad rishen vid velikih virobnikiv zasnovanih na promislovih relyacijnih SKBD na bazi yakih mozhna organizuvati federativnu strukturu dostupu do danih Dlya viboru konkretnogo rishennya neobhidno jogo detalnij rozglyad na predmet vidpovidnosti nadanih mozhlivostej vimogam do sistem takogo tipu Ibm db2 Information Integrator Dane rishennya gruntuyetsya na SKBD IBMDB2UniversalDatabase i oriyentovane na stvorennya rozpodilenih sistem z federativnim dostupom Pidtrimuyetsya velika kilkist najriznomanitnishih dzherel danih a takozh standart SQL MED sho dozvolyaye stvoryuvati vlasni rozshirennya Osobliva uvaga pridilyayetsya produktivnosti i bezpeci platformi a takozh zruchnosti u vikoristanni i upravlinni Microsoft SQL Server Integraciya SKBD Microsoft SQL Server z zovnishnimi dzherelami zdijsnyuyetsya za dopomogoyu vikoristannya sluzhb Microsoft Integration Services platformi dlya pobudovi rishen po integraciyi i peretvorennya danih na rivni pidpriyemstva Sluzhbi Integration Services mozhut vityaguvati i peretvoryuvati dani z riznih dzherel takih yak fajli XML ploski fajli relyacijni SKBD i t d Isnuye mozhlivist vikoristannya grafichnih instrumentiv Integration Services dlya stvorennya gotovih rishen abo samostijnogo stvorennya ob yektnoyi modeli sluzhb Integration Services za dopomogoyu dodanih programnih zasobiv Oracle Streams Integracijni rishennya Oracle pochatkovo spryamovani na realizaciyu pidhodu z centralizovanim dostupom odnak tehnologiya Oracle Streams Transparent Gateways nadaye koshti dlya realizaciyi modeli z federativnim dostupom Zovnishni dzherela danih mozhna zareyestruvati v SKBD Oracle u viglyadi posilan nazvanih DB links i vikoristovuvati dani z cih dzherel v rozpodilenih zapitah Pidtrimuyetsya dostup do ploskih fajliv XML fajliv dzherelam ODBC i t d Etapi pobudovi seredovisha obchislen shovisha danihStvorennya sistemi nadannya resursiv z vikoristannyam tehnologiyi obchislen shovisha danih na bazi nayavnih resursiv pidpriyemstva racionalno rozbiti na tri osnovnih etapi analiz nayavnih resursiv pidpriyemstva potuzhnosti yakih mozhna ob yednati v obchislyuvalne shovishe danih stvorennya prototipu seredovisha obchislen shovisha danih na malij pidmnozhini nayavnih resursiv rozgortannya prototipu v povnomu masshtabi na vsih resursah Analiz nayavnih resursiv organizaciyi Odna z perevag modeli obchislen shovisha danih v tomu sho vona dozvolyaye efektivno vikoristovuvati potuzhnosti nayavnih resursiv shlyahom yih virtualizaciyi i podalshogo nadannya virtualizovanih resursiv koristuvacham na yih vimogi Takim chinom pershim neobhidnim etapom ye doslidzhennya parku nayavnih resursiv potuzhnosti yakih mozhut buti virtualizovani Virtualizaciyi pereduye konsolidaciya IT servisi centralizuyutsya zbirayutsya v odnomu misci pislya chogo na cij bazi mozhna buduvati virtualizovani infrastrukturi Konsolidaciya istotno zmenshuye vartist viluchenih robochih misc pidvishuye yakist obslugovuvannya koristuvachiv znizhuye vartist volodinnya informacijnim polem kompaniyi Stvorennya prototipu seredovisha obchislen shovisha danih Na danomu etapi vidbuvayetsya stvorennya seredovisha obchislen shovisha danih v malomu masshtabi provoditsya nastrojka i nalagodzhennya funkcionalnosti Pochinayetsya proces konsolidaciyi resursiv V danomu vipadku mayetsya na uvazi vikoristannya 4 5 konsolidovanih regionalnih centriv obrobki danih sho nadayut chastinu svoyih resursiv dlya virtualizaciyi i organizaciyi dostupu cherez obchislyuvalne shovishe danih Rozgortannya prototipu v povnomu masshtabi Stvorenij na poperednomu etapi prototip perenositsya na vidileni resursi v povnomu masshtabi Organizovuyetsya sistema yedinogo dostupu do resursiv rozpodilenih u ramkah regionalnih centriv Rozpodilena sistema regionalnih centriv funkcionuye v ramkah yedinogo seredovisha obchislyuvalnogo shovisha danih sho nadaye dostup do virtualizovanih resursiv PrimitkiDerev yanko Oleksandr S khpi iip mipk kharkiv edu Arhiv originalu za 11 kvitnya 2018 Procitovano 16 kvitnya 2018 Arhitektura federativnyh baz dannyh StudFiles ros Procitovano 16 kvitnya 2018 Postrelyacijni sistemi Studopediya studopedia com ua Procitovano 16 kvitnya 2018 Cya stattya maye kilka nedolikiv Bud laska dopomozhit udoskonaliti yiyi abo obgovorit ci problemi na Cya stattya ye sirim perekladom z rosijskoyi movi Mozhlivo vona stvorena za dopomogoyu mashinnogo perekladu abo perekladachem yakij nedostatno volodiye oboma movami Bud laska dopomozhit polipshiti pereklad kviten 2018 Cya stattya potrebuye dodatkovih posilan na dzherela dlya polipshennya yiyi perevirnosti Bud laska dopomozhit udoskonaliti cyu stattyu dodavshi posilannya na nadijni avtoritetni dzherela Zvernitsya na za poyasnennyami ta dopomozhit vipraviti nedoliki Material bez dzherel mozhe buti piddano sumnivu ta vilucheno kviten 2018