DB2 (на руски се произнася "диби два", често се среща и паус от английски "диби ту") - семейство софтуерни продуктипо управление на информацията в IBM. Най-често, позовавайки се на DB2, те имат предвид системата за управление на релационни бази данни DB2 Universal Database (DB2 UDB), разработена и пусната от IBM.
Въпреки благоприятното отношение към операционната система Linux, която се разпространява под лиценз с отворен код, IBM все още няма планове да отвори кода на своята база данни DB2. Това беше обявено от директора на центъра на IBM Linux Technology Джим Васко на последната (април 2011 г.) годишна конференция на Linux Foundation Collaboration Summit в Сан Франциско. Вътре в IBM има постоянна борба между представители на различни отдели, обясни Васко. В някои случаи изборът на Linux или Windows означава по-ниски приходи от софтуер, но по-високи приходи от услуги, докато в други случаи може да са приходи от хардуер. Трябва да погледна оптимално решениезаключи той. Прехвърляне на пакети към Oracle от отворен код, разработен в Sun Microsystems, създаде някои проблеми за IBM, каза Васко. Oracle се опитва да убеди клиентите да търгуват с хардуер на IBM за своите собствени сървъри Exadata и база данни на Oracle. През 2011 г. директорът на Linux Foundation Джим Землин очаква разработването на базирани на Linux специализирани високопроизводителни системи като IBM Watson и готови устройства, които изискват минимална конфигурация.
Реализации
В момента, в допълнение към комерсиалните продукти от семейството, IBM разпространява и безплатна дистрибуция на DB2 Express-C за Linux (x86, x86-64, POWER), Windows (x86, x86-64), Solaris (x86-64), Платформи Mac OS X. (x86-64 бета). Безплатната версия има ограничения за използване на не повече от една СУБД за работа. двуядрен процесори 2 GB оперативна памет(общият брой процесори и памет в системата може да бъде всякакъв, но ресурсите извън посочените ограничения няма да бъдат използвани от СУБД).
2017: Обявяване на допълнения за контрол на данните
Db2 в облак
Актуализираното решение Db2 on Cloud е напълно управлявана услуга, достъпна в IBM Cloud.
Технологичните характеристики включват:
- Динамична скала („плъзгач“) за настройка на параметрите на производителността и паметта - с щракване на мишката можете незабавно да промените мащаба, увеличавайки или намалявайки производителността на обработката на данни и необходимото количество RAM, по същия начин можете да увеличите количеството памет на системата за съхранение на информация;
- Уеб конзола - помага на клиентите бързо да овладеят услугата и да ускорят работата с нея.
Като цяло Db2 on Cloud избягва отнемащия време процес на договаряне и закупуване на допълнителни изчислителни ресурси и допълва IBM Db2 Hosted, версията на базата данни, хоствана в IBM Cloud.
Db2 в Cloud Benchmark
DB2 Analytics Accelerator
Версии
2017: JSON и HTTP
DB2 10 представлява първата голяма актуализация на СУБД от няколко години: версия 10 за z/OS беше пусната през 2010 г., но тази версия е предназначена както за Linux, Unix, така и за Windows системи.
И двата продукта съдържат нова функционалност. DB2 вече поддържа формата RDF (Resource Description Framework) и InfoSphere може да взаимодейства с внедрявания на Apache Hadoop. Други подобрения в DB2 включват, между другото, по-бързо архивиране и I/O процеси.
DB2 10 също е по-гъвкав. По-специално, администраторите на СУБД са получили инструменти за разпространение на данни за съхранение в различни типове носители: например оперативната информация може да бъде поставена по-бързо твърди дискове, и по-малко ценни данни на по-евтини и по-бавни лентови устройства.
Нова функция, наречена пътуване във времето, позволява по-ефективно управление на данните за времето и има голям успех за потребителите на версия 10 за z/OS. С негова помощ потребителят или програмата може да изследва данните в контекста на времето на тяхното съществуване в СУБД за дадени периоди. Използването на такива среди е от значение за анализа.
DB2 10 може да бъде изтеглен безплатно за използване в производствени среди за до двама процесорни ядраи 2 GB памет. По-функционалните версии ще струват от $ 6180, което включва разходите за годишна поддръжка. Цената на InfoSphere се основава на броя на процесорите или количеството съхранявани данни, основните версии ще струват около $40 хиляди за TB.
IBM DB2 10.5 версия
История
DB2 има дълга историяи се смята от някои за първата СУБД, която използва SQL.
От 1975 до 1982 г. прототипът на DB2 е разработен в IBM под името System Relational или System R. SQL езикът е внедрен за първи път в IBM System R, но тази система е от изследователски характер и търговски продукт, който включва SQL, е пуснат за първи път от Oracle през 1979 г.
DB2 получи името си през 1982 г. с първата комерсиална версия за VM, наречена SQL/DS, и след това версията за MVS, наречена DB2. Дълго време наред с "DB2" се използва и вариантът "Database 2", също търговска марка на IBM. Очевидно това е трябвало да бъде втората водеща IBM СУБД след старата йерархична IMS СУБД.
Развитието на DB2 датира от началото на 70-те години на миналия век, когато д-р Е. Ф. Код, работещ за IBM, разработва теорията за релационните бази данни и публикува модел за манипулиране на данни през юни 1970 г. За да приложи този модел, той разработи език за релационни бази данни и го нарече Алфа. IBM избра да възложи по-нататъшното развитие на група програмисти извън контрола на д-р Код. Нарушавайки някои принципи на релационния модел, те го внедриха като „структуриран“. английски езикзаявки”, съкратено като SEQUEL. Тъй като SEQUEL вече беше регистрирана търговска марка, името беше съкратено до SQL - "Structured Query Language" и остана така до днес.
По този начин, исторически, DB2 еволюира от DB2 за MVS (на който DB2 за z/OS е потомък) и неговия сестра SQL/DS за VM (на който DB2 е потомък). Сървър за VSE & VM). Впоследствие друг екип за разработка в IBM имплементира сървъра OS/2 EE Database Manager, който по-късно еволюира в DB2 v2 за OS/2, AIX и след това Windows, а след това и DB2 UDB (неговият наследник е DB2 за Linux, UNIX и Windows). Друг екип завърши интегрирането на DB2 архитектурата с вградената база данни AS/400 (потомък - DB2 for i). IBM постепенно върви към интегриране на всички тези клонове.
Особености
Да се отличителни черти DB2 включва диалект на езика SQL, който дефинира, с редки изключения, чисто декларативно значение на езиковите конструкции и мощен многофазов оптимизатор, който изгражда ефективен план за изпълнение на заявка въз основа на тези декларативни конструкции. За разлика от други SQL диалекти, DB2 SQL диалектът практически няма съвети за оптимизатора, слабо е развит (и за дълго времекато цяло липсваше) език за съхранена процедура и по този начин всичко е насочено към поддържане на декларативен стил на писане на заявки. В същото време езикът DB2 SQL е изчислително пълен, т.е. потенциално ви позволява да дефинирате всякакви изчислими съответствия между изходните данни и резултата в декларативна форма. Това се постига, наред с други неща, чрез използването на таблични изрази, рекурсия и други усъвършенствани механизми за манипулиране на данни.
Поради фокуса на IBM върху релационното развитие и позицията на фирмата в компютърната индустрия, DB2 SQL диалектът има значително влияние върху ANSI/ISO SQL стандартите.
Запомнените процедури не се използват широко в DB2, като конвенционалните езици за програмиране традиционно се използват за писане на запомнени процедури. високо ниво(C, Java, PL/I, Cobol и т.н.), това позволява на програмиста лесно да форматира същия код или като част от приложение, или като съхранена процедура, в зависимост от това дали е по-подходящо да го изпълни на клиента или на сървъра. DB2 понастоящем също така прилага SQL процедурно разширение за запомнени процедури, в съответствие със стандарта ANSI SQL/PSM.
Оптимизаторът на DB2 широко използва статистика за разпределението на данни в таблици (ако процесът на събирането им е извършен от администратора на базата данни), така че една и съща SQL заявка може да бъде преведена в напълно различни планове за изпълнение, в зависимост от статистически характеристикиданните, които обработва.
Тъй като исторически DB2 се е развила от многопотребителски системи на мейнфрейми, голямо вниманиеАрхитектурата на DB2 се фокусира върху проблеми със сигурността и разпределението на ролите за поддържащите DB2. По-специално, за разлика от много други СУБД, DB2 има отделни роли за администратора на СУБД (отговорен за конфигурирането на софтуерните компоненти на DB2 и оптималното им изпълнение в компютърна система) и администратор на база данни (отговорен за управлението на данни в определена база данни).
Използването, ако е необходимо, на статичен SQL в програмите и концепцията за пакети позволява, за разлика от повечето други СУБД, прилагането на такъв модел на сигурност, когато правата за извършване на определени операции могат да бъдат предоставени на приложни програми при липса на такива права за потребители, работещи с тези програми. В този случай това позволява да се гарантира невъзможността потребителят да работи с базата данни, заобикаляйки приложната програма, ако потребителят има само права да стартира програмата, но не и да манипулира независимо данни.
Като част от концепцията за повишаване на нивото на интеграция на средствата за сигурност в компютърна система, DB2 няма свои собствени инструменти за удостоверяване на потребителя, интегриращи се с инструментите операционна системаили специализирани сървъри за сигурност. В рамките на DB2 само потребители, удостоверени от системата, са оторизирани.
DB2 е единствената релационна СУБД с общо предназначение, който има реализации на ниво хардуер-софтуер (IBM i система; поддръжката на DB2 също е внедрена в IBM System z мейнфрейм хардуер).
Съвременните версии на DB2 предоставят подобрена поддръжка за използване на данни в XML формат, включително операции върху отделни елементи на XML документи.
Изпратете добрата си работа в базата знания е лесно. Използвайте формата по-долу
Студенти, докторанти, млади учени, които използват базата от знания в обучението и работата си, ще ви бъдат много благодарни.
Хоствано на http://www.allbest.ru/
Мински институт по управление
Отдел за автоматизирани информационни системи
Доклад за преминаване на обща инженерна практика
Срокове на стажа: от 19.11.2012 г. до 16.12.2012 г.
Студентска група 111201-з
ТЯХ. Вайтович
старши мениджър
Т.В. учител по руски,
магистър на техническите науки
Хоствано на Allbest.ru
Частно учебно заведение
Мински институт по управление
Факултет: инженерно-информационен
Катедра: автоматизирани информационни системи
Специалност: 1-40 01 02 - Информационни системи и технологии (по направления)
Индивидуална задача за обща инженерна практика за студент Хоботова Анастасия Михайловна група № 111201z
1. Тема на резюмето:
Система за управление на базата IBM данни db2.
2. Индивидуална задача:
4. График:
|
Наименование на дейностите по учебна (обща инженерна) практика |
Дати |
||
|
Организационна среща за МИП |
|||
|
Получаване на индивидуално задание за практика |
11.09.12 - 24.09.12 |
||
|
Турове (изложби) |
19.11.12 - 24.11.12 |
||
|
Провеждане на семинари, срещи, беседи |
19.11.12 - 30.11.12 |
||
|
Подготовка на реферат |
01.12.12 - 09.12.12 |
||
|
Изпълнение на индивидуална задача |
01.12.12 - 16.12.12 |
||
|
Изготвяне на доклад от практиката |
17.12.12 - 11.03.13 |
||
|
Предоставяне на отчет за практиката на катедрата |
|||
|
Защита на доклада от практиката |
19.03.13 - 23.03.13 |
Ръководител Т.В. Заек
Въведение
1. Система за управление на бази данни
1.1 Концепцията за СУБД
1.2 Историята на създаването на СУБД
1.6 Големи предмети
1.8 Тригери
1.9 Релационни разширители
1.11 Преглед на изданията на IBM DB2
2. Практическа част
2.1 Постановка на проблема
2.2 Алгоритъм за решение
2.3 Софтуерно внедряване
2.4 Тестване на програмата
Заключение
Приложение
Въведение
Целта на общата инженерна практика е да консолидира и разшири знанията, получени от студента в хода на обучението, да придобие представа за бъдещата професия. Целите на практиката са: - затвърдяване на теоретичния материал, изнесен в лекциите по дисциплините от предметния блок;
Придобиване на компютърни умения, с Windows OS и стандартен офис пакет;
Консолидация, получена по време на проучването основни курсовепо компютърни знания и умения за методите за използване, разработване и внедряване на класически алгоритми в изучаваните езици за програмиране;
Да овладеят методите за професионално търсене на информация в Интернет;
Да изучава изискванията за отчитане, методите и приложните среди за изготвяне на отчети за резултатите от практиката;
Работа с офис техника.
Първият раздел на доклада обсъжда системата за управление на база данни IBM DB2: описана е концепцията за СУБД, видовете и кратко описание наСУБД IBM DB2.
Във втората част на доклада са разработени алгоритъм и C програма за намиране на максималния елемент от масив A в масив B.
1. IBM DB2 система за управление на бази данни
1.1 Концепцията за система за управление на бази данни
Базата данни (DB) е наименована колекция от взаимосвързани данни, управлявана от СУБД.
Система за управление на бази данни (СУБД) - набор от софтуерни и езикови инструменти на общ или със специално предназначение, осигуряващ контрол върху създаването и използването на бази данни.
1.2 Историята на създаването на СУБД
Активната дейност за намиране на приемливи начини за социализиране на непрекъснато нарастващия обем информация доведе до създаването в началото на 60-те години на специални софтуерни комплексинаречени "Системи за управление на бази данни" (СУБД).
Основната характеристика на СУБД е наличието на процедури за въвеждане и съхраняване не само на самите данни, но и на описания на тяхната структура. Файловете, снабдени с описание на данните, съхранявани в тях и контролирани от СУБД, започват да се наричат банки данни, а след това „Бази данни“ (DB).
Когато започва производството на компютри от семейството компютри ES. Работата се проведе в две направления. На първо място, бяха направени опити за създаване на собствена оригинална вътрешна СУБД. В същото време, в ускорен режим, бяха разработени аналози на някои СУБД, широко използвани в чужбина, способни да работят на местни хардуерни и софтуерни платформи. Подобен подход беше използван и за създаване на СУБД за хардуерни платформи, чието масово производство започна в страната след появата на компютърната платформа ES - за SM компютри, ASVT, IBM-съвместими персонални компютрии т.н. .
1.3 История на IBM DB2 СУБД
DB2 е семейство системи за управление на релационни бази данни, произведени от IBM. Това е една от "зрелите" световни СУБД, постоянен лидер по производителност, по отношение на техническа реализация, скалируемост и т.н.
DB2 има дълга история. Това е първата СУБД, която използва SQL. От 1975 до 1982 г. прототипът на DB2 е разработен в IBM под името System Relational или System R.
DB2 получи името си през 1982 г. с първата комерсиална версия за VM, наречена SQL/DS, и след това версията за MVS, наречена DB2.
Развитието на DB2 датира от началото на 70-те години, когато д-р Е.Ф. Код, който работи за IBM, разработи теорията за релационните бази данни и публикува модел за манипулиране на данни през юни 1970 г. За да приложи този модел, той разработи език за релационни бази данни и го нарече Алфа.
IBM DB2 е най-високопроизводителната и мощна СУБД в света. Основното му уникално предимство е, че всяко приложение, написано за DB2, ще работи с DB2 сървъри за данни, работещи на всяка разпределена платформа, поддържана от DB2 (Windows, HP-UX, Sun Solaris, Linux, Mac OS X и AIX®).
DB2 се доставя различни изданияи пакети. Всички издания и пакети на DB2 са изградени върху една и съща база изходен код; те се различават само по функционалност и лицензионни условия, които насочват характеристиките, функциите и предимствата на DB2 към съответните им пазарни сегменти и ценови групи.
Обхватът на задачите, които могат да бъдат решени с помощта на DB2 обектни разширения, е значително увеличен в сравнение с класическия релационен подход. Взаимствайки от обектно-ориентирания модел най-необходимото за модерни приложенияелементи, DB2 запази всички предимства на релационна СУБД. Това дава възможност да се използват както релационни, така и обектно-ориентирани подходи при изграждането на корпоративни информационни системи на негова основа.
1.4 DB2 функционалност
DB2 функционалност:
Мултиплатформен.
Разширени услуги за копиране (ACS). DB2 ACS ви позволява да използвате технология за копиране на бързо съхранение, за да извършвате работа по копиране на данни в операции за архивиране и възстановяване. Възможността за копиране на данни с помощта на устройство за съхранение значително ускорява операциите по архивиране и възстановяване. Извиква се резервно копие, използващо DB2 ACS архивиранечрез архивиране на моментна снимка.
Онлайн реорганизацията на таблица позволява на потребителя да реорганизира таблица, без да губи пълен достъп до нея.
Поддръжка за High Availability Disaster Recovery (HADR). Функционалността DB2 HADR осигурява висока достъпност и поддръжка при срив за DB2 бази данни.
Поддръжка за материализирани таблици на заявки (материализирани таблици на заявки), паралелизъм на заявки (паралелизъм на заявки), многомерни клъстерни таблици (MDC, клъстериране на многомерни таблици).
Поддръжка за компресиране на данни при архивиране.
Поддръжка за SQL репликация.
Поддръжка за разделяне на база данни (разделяне на база данни). Тази функционалност ви позволява да разпространявате едно изображение на база данни в множество физически сървъри.
DB2 текстово търсене. Функцията DB2 Text Search ви позволява да търсите в текстовите колони на DB2 таблици.
IBM Data Studio е инструментална платформа, която обхваща цялата кръговат на животаприложения (дизайн, разработка, внедряване, поддръжка и управление) за всички IBM релационни СУБД, с перспектива за по-нататъшно разширяване на поддръжката. Това означава, че имате не само преносим SQL API, но и набор от инструменти, които ви позволяват да внедрите бизнес логика за цялото предприятие.
1.5 Дефинирани от потребителя типове данни
DB2 дава възможност на потребителя да дефинира нови типове данни. нов типданните трябва да съответстват на един от основните типове, предоставени от системата, но за тях може да се дефинира собствена семантика. В същото време DB2 може да манипулира такива данни в съответствие с дефинираната за тях логика. Можете да укажете набор от операции, разрешени за тип данни, като го промените от този на основния тип.
DB2 прилага силен механизъм за въвеждане. Към данни недефиниран типв този случай са приложими само онези операции, които са дефинирани за самия него, а не за основния клас. За СУБД този подход предоставя мощен механизъм за контрол на целостта на данните.
Така че можете да дефинирате типа "пощенски код" като производен от цяло число, но в същото време да забраните операциите на умножение и деление за данни от този тип като безсмислени, докато за базовия клас тези операции са валидни.
1.6 Големи предмети
DB2/2 и DB2/6000 предоставят на потребителя нови типове данни като големи двоични обекти (BLOBS) и големи текстови обекти (CLOBS). BLOBS ви позволяват да съхранявате данни от всякакъв вид с размер до два гигабайта. CLOBS имат същите ограничения на размера, но са проектирани да съхраняват текст като поредица от еднобайтови или двубайтови знаци и могат да бъдат свързани с конкретна кодова страница. Наличието на такива типове данни ви позволява да вграждате релационни таблици с данни от нетрадиционни типове, предимно мултимедия. Тази възможност да придобиете всичко по-голямо значениеза съвременни приложения, което ви позволява да съхранявате например снимки на служители в базата данни на отдела за персонал, графики, звук, видео, големи текстове. В същото време основното внимание се обръща на постигането на висока производителност и надеждност, както и премахването на ограниченията за използване на големи обекти. Така че можете да създадете таблица, която включва повече от десет полета, съдържащи обекти от два гигабайта.
Големите възможности при работа с големи обекти предоставят дефинирането на нови типове данни и функции. Това дава възможност да се зададе възможност за търсене на картина по нейния елемент или операция за сравняване на текстове и др.
1.7 Дефинирани от потребителя функции
Дефинираните от потребителя функции позволяват вътрешното представяне на данни да бъде скрито от приложението чрез осигуряване на известно капсулиране на данните. Те също ви позволяват да дефинирате нови операции както върху основни данни, така и върху дефинирани от потребителя типове.
Дефинираните от потребителя функции позволяват повторно използване на код чрез съхраняване на операции, които са общи за различни приложения на сървъра, вместо да бъдат включени във всяко отделно приложение. За изпълнението на тези функции се използват езици за програмиране и за тяхното внедряване в СУБД, операторът CREATE FUNCTION, въведен в езика за дефиниране на данни. Всъщност този израз свързва дефинирана от потребителя функция с конкретна програма, която се изпълнява при извикване на тази функция. Използването на персонализирани функции вместо директен достъп до данните може да осигури известно капсулиране на данните, което може да се използва за скриването им от потребителя. вътрешна структура. В допълнение, DB2 поддържа механизъм за претоварване на дефинирани от потребителя имена на функции, подобен на този, използван в OODB, но не позволява функциите да бъдат асоциирани с конкретни елементи от данни, тъй като методите и обектите са асоциирани в обектния подход. Възможността потребителски дефинираните функции да работят едновременно както с DB2 данни, така и с други данни като файлове, електронна поща и т.н., дава допълнителна гъвкавост на потребителски дефинираните функции.Има два начина, по които потребителски дефинираните функции взаимодействат с DB2 сървър. Първият е, че функцията има директен достъп до базата данни, което позволява максимална производителност, но е потенциална заплаха за здравето на сървъра и целостта на данните. Във втория вариант функцията се изпълнява като отделен процес от сървъра на базата данни, което осигурява защита на данните и СУБД, но намалява производителността.
Потребителят може да избере най-добрия подход за своята задача в зависимост от нейната специфика.
1.8 Тригери
Тригерите дефинират набор от операции, които се изпълняват, когато се появят определени събития в базата данни, като например когато се актуализира таблица.
Тригерите могат да се използват за изпълнение на функции, които в обектно-ориентиран подход се изпълняват от методи (например валидиране на входни стойности) или от конструктор (присвояване на стойности, когато се създава нов запис).
Използването на тригери ви позволява да направите данните „активни“, да моделирате не само структурата и свойствата, но и поведението на обектите с данни, съхранявани в базата данни.
1.9 Релационни разширители
DB2 Relational Extenders са добър пример за тези нови функции. Те предоставят достатъчно възможности за работа с нетрадиционни данни, като използват възможността за дефиниране на потребителски типове данни и функции. За съхраняване на мултимедийни данни и поддържане на целостта на връзките - тригери.
В момента има пет релационни разширителя, които ви позволяват да работите с комплексно изображение текстови документи, видео, аудио и дори с пръстови отпечатъци.
1.10 Критичен анализ на DB2
Помислете за плюсовете и минусите на СУБД.
Има добро безплатна версия;
Безплатната версия няма ограничения за размера на базата данни;
Безплатната версия няма ограничител на заявките, това ви позволява да обслужвате десетки потребители едновременно;
Добра безплатна техническа поддръжка;
За разлика от PostgreSQL, възможно е да получите платена поддръжка от производителя, което позволява да се използва в бизнес сектора Entrprise;
С конфигурации на 1C-Enterprise в режим на автоматично заключване работи по-добре от PostgreSQL (говорим за паралелизъм, областта на заключванията е на ниво ред, а не таблици);
Добро представяне;
По-малко проблеми с неуникални индекси (всъщност, за да се реши проблемът, се препоръчва временно зареждане на бази данни в DB2);
По-добре се справя със ситуации като "няма достатъчно памет за 1C сървъра";
Няма ограничение за 256 таблици, което разширява възможностите при работа с RLS.
Малко специалисти и висока цена на добрите специалисти;
Малко разпространение;
За разлика от МС. SQL сървърза новите версии 1C пуска "адаптирани" версии;
Размерът на базите данни е по-голям, отколкото в други СУБД;
Изисква "фина" настройка на параметрите на СУБД, има автонастройка на системата, но непълна;
Някои съобщения може да бъдат неправилно обработени от платформата, за решението е необходимо да се "понижи нивото" на регистриране на грешки;
1C-CUP събира дълги заявки, изчаква ключалки, но не събира блокирания.
1.11 Преглед на изданията на IBM DB2
|
Имената на редакторите |
Възможности и ограничения |
|
|
IBM DB2 Express-C |
Основна безплатна версия на IBM DB2 DBMS. Не се предоставя техническа поддръжка. Тези. Ограничения: Използва максимум 2 ядра и 1 процесор, 2 GB RAM. Няма поддръжка за репликация и клъстериране, няма гаранция и възможност за закупуване на допълнителни. софтуерни пакети за разширяване на възможностите на СУБД. Версиите се пускат без сервизни пакети. Поддържани ОС: Windows и Windows x64, Linux, Linux x86, Linux x64, Linux on Power, Solaris, Mac OS X. Поддържани ОС: Windows, Linux (POWER и x86 сървъри), Mac OS X и Solaris x64. Препоръчва се: за малки здравни заведения, които са с ограничен финансов капацитет и не се нуждаят от техническа поддръжка от IBM с до 50-70 потребители. |
|
|
IBM DB2 Express - C FTL (Лиценз с фиксиран срок) |
Първа комерсиална версия. Напълно подобен на предишния продукт, но с 12-месечен абонамент за техническа поддръжка на IBM 24x7 + поддръжка за репликация + поддръжка на клъстер от 2 сървъра + издание на FixPack и поддръжка на много версии. Тези. Ограничения: Използва максимум 2 ядра и 1 процесор, 2 GB RAM. Поддържани ОС: Windows, Linux (POWER и x86 сървъри) и Solaris x64. Препоръчва се: за малки и средни здравни заведения с ограничен финансов капацитет, но нуждаещи се от техническа поддръжка от IBM с до 50-150 потребители. |
|
|
IBM DB2 Express Edition |
Първоначално издание на IBM DB2 с техническа поддръжказа 12 месеца. Тези. ограничения: до 4 ядра ( Процесори на Intel) и до 4 GB RAM. Може да се използва само на сървъри с 2 процесора и 2 ядра (за Intel) или по-слаби. Поддържани ОС: Windows, Linux (POWER и x86 сървъри), AIX, Solaris (SPARC и x64), HP-UX (само IA-64) Препоръчва се: За малки и средни болници, изискващи потребители за техническа поддръжка на IBM до 70-200. |
|
|
IBM DB2 Workgroup Server Edition |
Server Edition Представлява DB2 сървър за данни, който предоставя същата функционалност като DB2 Express, но е проектиран за по-високи изисквания за работно натоварване, които изискват повече памет, изчислителна мощност, Повече ▼висока наличност без допълнителна конфигурация и има повече широк обхватопции за внедряване, специфични за платформата. Тези. ограничения: Можете да използвате различни високопроизводителни мултипроцесорни сървъри (включително Power, Itanium, Ultra SPARC и др.), но до 16 GB RAM за всички процесори. Поддържани ОС: Windows, Linux (POWER, System z и x86 сървъри), AIX, Solaris (SPARC и x64), HP-UX (само IA-64). Препоръчва се: за средни и големи здравни заведения, които се нуждаят от техническа поддръжка от IBM с брой потребители от 100. |
|
|
IBM DB2 Enterprise Server Edition |
За най-големите институции и най-високопроизводителните компютри. Поддържани ОС: Windows, Linux (POWER, System z и System x), AIX, Solaris (SPARC и x64) и HP-UX сървъри (IA-64 само от DB2 9.5). Препоръчва се: за големи здравни заведения и мрежа от няколко здравни заведения, които се нуждаят от техническа поддръжка от IBM с брой потребители от 1000. |
1.12 Следващо поколение DB2
IBM Corporation представи следващото поколение сървър на база данни DB2 9 под кодово име Viper, който въплъщава най-значимите постижения в развитието на технологиите за бази данни за повече от двадесет години.
Пускането на DB2 9 бележи края на петгодишен проект на IBM, който трансформира традиционните, статични технологии за база данни в концепцията за интерактивен, динамичен сървър на база данни, който предоставя на клиентите по-голям контрол върху всички видове информация като документи, аудио и видео файлове, изображения, уеб страници и XML транзакции с цифрови подписи.
Новият IBM сървър за бази данни е първият в индустрията, който позволява безпроблемно, паралелно движение на релационни и XML данни, независимо от формат, платформа или местоположение.
Повече от 750 разработчици на софтуер от осем страни допринесоха за създаването на базата данни Viper, която е проектирана и персонализирана с фокус върху управлението на информация в SOA среди.
DB2 9 въвежда три значителни технологични постижения -- патентованата технология pureXML, революционната технология за компресиране на данни Venom и усъвършенствано офлайн управление на данни. Тази комбинация от нова за индустрията функционалност, допълнена от подобрения в сигурността и възстановяването след бедствие, ще ускори информационните заявки и ще даде на клиентите неограничен достъп до информация. Освен това, нова версия DB2 предоставя достъп до информация, съхранена в конвенционалните Oracle и MySQL бази данни, чиито производители не предлагат същата възможност.
За първи път IBM пуска три издания на DB2 наведнъж - за корпоративни клиенти, за малки и средни предприятия (DB2 Express) и за разработчици (DB2 Express-C).
„DB2 Viper обещава да промени конкурентния пейзаж в индустрията за бази данни,” каза Амбудж Гоял, генерален мениджър, IBM Information Management. нова ератехнологии за сървъри на бази данни, които ще засилят нашите инвестиции и инициативи, за да дадат възможност на нашите клиенти да разширят своя бизнес чрез използване на информация при поискване."
Клиенти и партньори, които имат предварително тестванеи DB2 резултат от 9 предостави изключително положителна обратна връзка. Zurich Insurance, NA, водещ доставчик на застраховки при злополука на търговска собственост, обслужващ големи корпорации и малки и средни клиенти, реши да използва DB2 9, за да получи достъп до нова технология pureXML.
„Застрахователната индустрия е изправена пред нарастваща нужда от съхраняване на огромни количества XML документация.
pureXML технологията осигурява безпрецедентно ниво на гъвкавост при дефиниране на персонализирани функции и извършване на външни операции върху XML данни, съхранявани в наследени бази данни, каза Джеймс Сърбер, старши администратор на бази данни, Zurich Insurance N.A. -- Възможност за съхранение различни версиина същите XML документи с различни структури в една и съща таблица ще ни позволи да избегнем прекарването на часове в ръчно разтоварване и презареждане на цялата таблица, когато нашата XML структура се промени."
2. Практическа част
2.1 Постановка на проблема
Дадени са два масива: A, състоящ се от n елемента, и B, състоящ се от m елемента. Определете дали най-големият елемент от масив A се съдържа в масив B.
2.2 Алгоритъм за решение
Схемата на алгоритъма за решение е показана на чертеж 02.16.011.001
В блок 1 се въвежда размерът на матриците A и B.
Блокове 2-11 се използват за въвеждане на матрицата от клавиатурата.
Блокове 12-23 се използват за показване на оригиналните масиви в матрична форма.
Блокове 24-30 се използват за намиране на максималния елемент от масив A.
Блокове 31-37 се използват за намиране на максималния елемент от масив A в масив B.
Блокове 38-40 са окончателното решение на задачата и показват дали максималният елемент от масив A е в масив B.
2.3 Софтуерно внедряване
Списъкът на програмния модул за решаване на задачата на езика за програмиране C е даден в приложението.
Първо трябва да декларирате всички променливи:
int A, B, n, m, i, k, max, x;
където A и B са масиви с цели числа, състоящи се от 100 низа; n и m са променливи, които съхраняват броя на редовете на матрицата; i и k са променливи на цикъла; max - целочислена променлива за съхраняване на максималния елемент от масив A; x е цяло число променлива за намиране на максималния елемент от масив A в масив B.
scanf_s("%d", &n);
scanf_s("%d", &m);)
докато (n>=100, m>=100);
Въвеждането на размери се извършва с помощта на цикъла do...while, който ви позволява да проверите коректността на въведените данни. защото Тъй като паметта за масив се разпределя статично, тогава броят на редовете на матрицата не трябва да надвишава 100, което се посочва при декларирането на масиви. В случай на грешно въвеждане, отново ще се появи подкана за въвеждане на размерността на масива.
Въвеждането на елементи на масива се извършва вътре в вложени цикли for: в първия цикъл i променя - номера на реда от 0 до n-1, а във втория цикъл k - номера на реда от 0 до m-1. При всяка итерация на вложените цикли се показва подкана за въвеждане на елементи от масива, а елементите на масива се въвеждат от клавиатурата.
за (i=0;i scanf_s("%d", & A[i]);) за (k=0;k printf("Масив A: "); за (i=0;i printf("%d", A[i]); printf("Масив B: "); за (k=0;k printf("%d", B[k]); След това трябва да присвоите на променливата max начална стойност, равна на нулевия елемент на масива и, сортирайки елементите на низа на масива A, да намерите максималния елемент, като използвате командата if. Присвояваме максималния елемент от масива A на стойност max. Показва се максималният елемент от масив A. за (i=1;i ако (макс След това трябва да присвоите първоначалната стойност, равна на 0, на променливата x и сортирайки елементите на реда от масив B, намираме максималния елемент от масив A, използвайки оператора if. Ако максималният елемент от масив A е в масив B, се показва потвърждение. Ако масивът B не съдържа максималния елемент от масива A, тогава се показва потвърждение за това. за (k=0;k if (B[k]==max) x=1; 2.4 Тестване на програмата Тестовият пример на програмата, който илюстрира неправилно въвеждане на размерите на масива, е показан на Фигура 2.1 за данни n=105 и m=3. Фигура 2.1 - Пример за програмата Тестовият пример за работа на програмата, показан на фигура 2.2, илюстрира работата на програмата за следните матрици: Фигура 2.2 - Пример за програмата Фигура 2.3 - Пример за програмата Заключение В резултат на общата инженерна практика беше изследвана СУБД IBM DB2, която има ефективна и надеждна платформа за изграждане на приложения. Включително продукти 1c. Тази СУБД от IBM може да се интегрира и с други инструменти, работещи на различни хардуерни и софтуерни платформи (Linux и Windows) - Microsoft Visual Studio, Microsoft Visual Basic, Microsoft Visual C ++ и др. В практическата част на доклада бяха разработени алгоритъм и програма за намиране на максимален елемент от масив A в масив B. Резултатите от тестването на програмата показаха, че тя работи както за положителни, така и за отрицателни цели числа. Заданието е изпълнено изцяло. Списък на използваните източници 1. GOST 19.701-90 - Единна система за програмна документация - Схеми на алгоритми, програми, данни и системи - Конвенции и правила за изпълнение 2. Дата К. Ръководство за релационния DB2 DB2. - М.: Финанси и статистика, 1988. - 320 с. 3. Когаловски М.Р. "Енциклопедия на технологиите за бази данни" / M.R. Когаловски. - М.: Финанси и статистика, 2002. - 800 с. 4. Deitel H.M. Как да програмираме на C / H.M. Деител, П. Дж. Деител. - М.: Бином, 2006. - 1037 стр. 5. Раул Ф. Чонг. Първи стъпки с DB2 Express 9.7. Москва, 2010.-269 с. Приложение Списък на програмни модули #include "stdafx.h" #включете "stdio.h" #include "conio.h" #include "math.h" int _tmain(int argc, _TCHAR* argv) int A, B, n,m,i,k,max,x; do (printf("Въведете кол-во елементи масив A:\n"); scanf_s("%d", &n); printf("Въведете кол-во елементи масив B:\n"); scanf_s("%d", &m);) докато (n>=100, m>=100); за (i=0;i (printf ("Въведете елементи масив A [%d]: ",i+1); scanf_s("%d", & A[i]);) за (k=0;k (printf ("Въведете елементи масив B [%d]: ",k+1); scanf_s("%d",&B[k]);) printf("Масив A: "); за (i=0;i printf("%d", A[i]); printf("Масив B: "); за (k=0;k printf("%d", B[k]); за (i=1;i ако (макс printf ("Максимален" елемент масив A: %d \n",макс.); за (k=0;k if (B[k]==max) x=1; if (x==1) printf ("Максимален" елемент масив A се намира в масив B\n"); else printf("Максимален" елемент масив A не се намира в масив B\n"); алгоритъм за копиране на база данни Хоствано на Allbest.ru Система за управление на бази данни като неразделна част от автоматизирана банка данни. Структура и функции на системата за управление на бази данни. Класификация на СУБД според начина на достъп до базата данни. SQL език в системи за управление на бази данни, СУБД на Microsoft. резюме, добавено на 11/01/2009 Класификация на базите данни според характера на съхраняваната информация, метода на съхраняване на данните и структурата на тяхната организация. Съвременни системи за управление на бази данни и програми за тяхното създаване: Microsoft Office Access, Cronos Plus, Base Editor, My SQL. презентация, добавена на 06/03/2014 Характеристики на управлението на информацията в икономиката. Концепцията и функциите на система за управление на база данни, използване на стандартен релационен език за заявки. Средства за организиране на бази данни и работа с тях. Системи за управление на бази данни в икономиката. тест, добавен на 16.11.2010 г Алгоритми за обработка на масиви от данни. Система за управление на бази данни. Релационен модел на данни. Представяне на информация под формата на таблица. Система за управление на релационни бази данни. Графичен многопрозоречен интерфейс. контролна работа, добавена на 01/07/2007 Външни устройства за съхранение. Система за управление на бази данни. Създавайте, поддържайте и споделяйте бази данни с много потребители. Концепцията за система за програмиране. Страници за достъп до данни. Макроси и модули. Монополен режим на работа. резюме, добавено на 01/10/2011 Основните класифициращи характеристики на системата за управление на бази данни. Модел на данните, вид на програмата и характер на нейното използване. Инструменти за програмиране за професионални разработчици. Организация на центрове за обработка на данни в компютърни мрежи. презентация, добавена на 14.10.2013 г Концепцията и предназначението, принципите на изграждане и вътрешната структура на системата за управление на бази данни, техните функционални характеристики и възможности, критерии за оценка на ефективността. Език и софтуер. Използване на SQL, типове и модели на данни. презентация, добавена на 18.03.2015 г Обекти на системата за управление на бази данни Access. Заявки, формуляри, отчети. Типове данни: текст, мемо поле, числови. OLE обектно поле, хипервръзка, съветник за търсене. Ръчни, автоматизирани и автоматични средства за създаване на обекти от бази данни. презентация, добавена на 31.10.2016 г Базите данни като неделима част от информационните системи. Изследване на връзката между понятията информация и данни. Система за управление на бази данни. Пример за структурирани данни. Осигуряване на логическа независимост. Сигурност на операционната система. контролна работа, добавена на 15.06.2009 г Съхранение и обработка на данни. Компоненти на системата за база данни. Физическата структура на данните. Създаване на таблици в MS Access. Зареждане на данни, заявки към база данни. Разработване на информационна система чрез система за управление на база данни MS Access. Enterprise Edition – решение за големи организации, които се нуждаят от надеждна обработка на транзакции и богата функционалност; Advanced Edition - тази версия поддържа неограничен брой връзки, групиране и осигурява мащабируемост, което ви позволява да постигнете висока производителност (версията не предоставя двуфазно потвърждение на транзакциите и автоматично прехвърляне при отказ); Small Business Edition - версията е предназначена да поддържа интернет приложения. Максималният брой позволени IIOP/CORBA връзки е десет, подходящо за организации, чиито системи не се нуждаят от клъстериране, поддръжка на мейнфрейм, двуфазно потвърждение на транзакция и автоматично прехвърляне при отказ; Изданието за разработчици, опция за разработчиците, създаващи и тестващи приложения, използващи Sybase EAServer, е напълно функционално, но ограничено до пет IIOP връзки. Sybase EAServer предоставя редица важни предимства, включително: надеждна работа на системата чрез осигуряване на автоматично възстановяване на изправността на ниво сървърна памет, балансиране на натоварването и клъстериране; защита на инвестициите чрез интеграция със съществуващи вътрешни системи; Опростено управление чрез всеобхватни възможности за конфигуриране и администриране като кеширане на екземпляри на компоненти, управление на транзакции, кеширане на процеси и параметризиране на графични компоненти. DBMS компания IBM DB2, за първи път се появи в началото на осемдесетте години. Версиите на този продукт в момента работят на AS/400AIX, S/390, Windows, OS/2, AIX, HP-UX, SCO UnixWare, Linux, NUMA-Q и Sun Solaris. DB2 Enterprise Server Edition идва с богат набор от инструменти за администриране. Механизмите за достъп до данни на DB2 поддържат ODBC, JDBC и ADO/OLE DB драйвери, а добавките като конструктора на съхранена процедура са достъпни за потребителите на Microsoft Visual Studio. Windows версиите на DB2 също ви позволяват да създавате запаметени процедури във Visual Basic. Средствата за разработка на Borland поддържат достъп до DB2 не само чрез ADO/OLE DB и ODBC, но и чрез собствените си универсални механизми за достъп до данни - Borland Database Engine и dbExpress. DB2 СУБД поддържа създаването на хранилища за данни и в допълнение към средствата за прехвърляне на данни към склада съдържа Data Warehouse Center като част от клиентската част, което ви позволява да управлявате всички процеси, свързани със създаването и поддръжката на складове за данни, включително създаване на схема на склад, определяне на източници на първоначални данни за него, създаване на графици за актуализиране на данни в хранилището, проверка и коригиране на неправилни данни. За да поддържа OLAP съхранение, DB2 Universal Database Server включва OLAP Starter Kit, базиран на Hyperion Essbase OLAP Server. DB2 DBMS поддържа съхранението и извличането на XML документи по техните елементи и атрибути. С помощта на протокола SOAP можете да получите достъп до уеб услуги, които предоставят достъп до DB2 съхранени процедури и данни (уеб услугите се управляват от IBM WebSphere сървър на приложения). Най-важните технически характеристики на DB2 Universal Database включват поддръжка за релационни и сложни данни, използващи разширения на обекти, възможност за работа на многопроцесорни платформи, поддръжка на клъстери, 64-битова архитектура на паметта, паралелизиране на заявки, наличие на инструменти за хетерогенно администриране и обработка на данни, поддръжка за разпределени транзакции. DB2 е единствената база данни, която може да бъде разработена в .Net, докато работи на всяка платформа, включително Linux, мейнфрейми, Windows. DB2 има съхранени процедури на Java. Разширената поддръжка за Visual Studio включва поддръжка за уеб услуги, пълна поддръжка за съхраняване на XML данни без трансформирането им и възможност за създаване на приложения и уеб сайтове без писане на код. DB2 е изградена върху релационни технологии с обширна поддръжка за XML, което опростява разработването и интегрирането на данни. XML е ключов компонент на процеса на генериране на метаданни и контролите на метаданни в DB2. DB2 версия 9 въвежда технологията pureXML, революционната технология за компресиране на данни Venom и офлайн управление на данни. DB2 осигурява достъп до информация, съхранена в Oracle и MySQL DBMS. Внедрена в СУБДподобренията позволяват на разработчиците значително да опростят и ускорят създаването на приложения, които работят едновременно с XML и релационни хранилища на данни. Например, технологията pureXML поддържа езика XQuery, стандарт, създаден специално за обработка на XML данни. Разработчиците на приложения могат да използват XQuery, XPath, стандартен SQL или и трите за извличане на релационни или XML данни. Изчерпателната среда за разработка на DB2 Developer Workbench ви позволява да създавате, редактирате, отстранявате грешки, тествате и разгръщате запомнени процедури и дефинирани от потребителя функции. Developer Workbench може да се използва за разработване на приложения и за създаване, редактиране и изпълнение на SQL изрази и XML заявки. Сървърът на база данни DB2 версия 9 позволява безпроблемно, паралелно движение на релационни и XML данни, независимо от формата, платформата и местоположението ( http://www-306.ibm.com/software/data/db2/v9/). DB2 също компресира индекси и временни таблици, което никоя друга СУБД не може да направи днес. Внедряване на отказоустойчива двусървърна конфигурация, при която за докладване може да се използва сървър с резервна база данни. DB2 се предлага в две издания: DB2 Workgroup и DB2 Enterprise Edition. СУБД прилага паралелизиране на обработката на заявки, пълен набор от инструменти за репликация, обобщени таблици на заявки за подобряване на производителността на базата данни, обектно-ориентирани функции за проектиране на база данни и инструменти на езика Java. DB2 е оборудван с пълен набор от мултимедийни разширения за съхраняване и манипулиране на текст, звук, видео, изображения и географски данни. Основните недостатъци на DB2 са относителната сложност на администрирането. В DB2, благодарение на Index Smart Guide, можете да настройвате, като формирате оптимални индекси за даден брой посещения, което характеризира типичното натоварване на базата данни. DB2 DBMS ви позволява да генерирате обобщени таблици, което значително повишава ефективността на работата му като хранилище за данни. Оборотната таблица е временна работна област, използвана от СУБД за съхраняване на отговори на често получавани запитвания. Разширението DB2 Spatial за работа с пространствени данни е разработено в сътрудничество с ESRI [ http://www.esri.com/partners/alliances/ibm/solutions.html,http://www.esri.com/partners/alliances/ibm/index.html]. IBM пуска едновременно три издания на DB2 - за корпоративни клиенти, за малки и средни предприятия (DB2 Express) и за разработчици (DB2 Express-C). IBM има опростена версия на СУБД DB2 Express-C, той е релационен, но поддържа XML. СУБД Informix Преди да бъде придобит от IBM, водещият продукт на Informix беше Informix Dynamic Server (IDS), който поддържа UNIX и Windows платформи и осигурява ефективна работа както на еднопроцесорни, така и на многопроцесорни системи, както и в клъстери. Този продукт има мощни възможности за паралелна обработка. Сред основните характеристики на Informix Dynamic Server трябва да се отбележи използването на управление на дисковото пространство като инструменти на ОС; както и собствени функции, които ви позволяват да заобиколите ограниченията на ОС, да управлявате споделянето на паметта; динамичен контрол на потока; поддръжка за фрагментиране на таблици и индекси на множество дискове; паралелизиране на заявки; дублиране на данни. IDS сървърът поддържа двуфазно завършване на транзакции, както и разнородни транзакции (в този случай други сървъри могат да участват в транзакции). Особено внимание заслужава поддръжката на сървъра за времеви серии. Разширенията на функционалността на сървъра са реализирани на базата на DataBlade - колекции от обекти на база данни и подпрограми на език C, свързани с базата данни и пуснати както от производителя на СУБД, така и от редица независими производители. От механизмите за достъп до данни IDS поддържа ODBC, JDBC и ADO/OLE DB драйвери. Средствата за разработка на Borland поддържат достъп до IDS чрез механизми Borland Database Engine, dbExpress, Microsoft .NET. Напоследък се наблюдава преход от релационни СУБД към обектно-ориентирани. Informix, следвайки тази концепция, представя своето решение в СУБД Centaur, базирано на релационната база данни Informix Dynamic Server 7.3 и обектно-релационната база данни Informix Universal Data Option и комбинирайки високата производителност на Dynamic Server при работа с данни с универсалност и мултимедия функции на опцията Universal Data. Тази реализация е предназначена за разработване на интернет системи. СУБД има гъвкава среда за разработка, мащабируемост, за да отговаря на интензивните натоварвания на Интернет и инструменти за работа с нови типове данни, които станаха повсеместни с развитието на Мрежата. Java инструментите, внедрени в тази система, ще позволят на разработчиците да създават съхранени процедури, потребителски програми и DataBlades компоненти на този език. Пакетът Centaur идва с вградено управление на ActiveX обекти. Това прави възможно създаването на съхранени процедури за база данни на езика Visual Basic. Centaur е добавка към Informix Dynamic Server и работи с традиционния формат на база данни за този пакет, така че потребителите да запазят всички стари функции и надграждането на системата до нивото на новите версии няма да бъде много трудно. Системата разполага със средства за обектно-ориентирано проектиране на база данни, създаване на специализирани таблици и програми за индексиране; позволява на потребителите да вграждат свои собствени функции в заявки и да не разчитат единствено на стандартни SQL инструменти. На работа трябваше известно време да се справям с IBM DB2 DBMS. защото Тъй като системата е комерсиална, в интернет няма много информация на руски, затова реших да опиша някои от характеристиките на тази СУБД. Да започнем с входната точка в СУБД. В SQL SERVER крайната точка е екземпляр, който, разбира се, може да има отделни бази данни, но моделът на конфигурация и сигурност е един и същ за целия екземпляр. В DB2 входната точка изглежда така - екземпляр (който съответства на определен порт) - база данни. В същото време има конфигурация за целия екземпляр и за отделна база данни. Можете да видите конфигурацията на екземпляра или чрез командата db2: Конфигурация на мениджър на база данни Тип възел = Enterprise Server Edition с локални и отдалечени клиенти Ниво на версия на конфигурацията на мениджъра на база данни = 0x0b00 Скорост на процесора (милисекунда/инструкция) (CPUSPEED) = 2.912790e-07 Максимален брой едновременно активни бази данни (NUMDB) = 8 Акаунт за обратно плащане по подразбиране (DFT_ACCOUNT_STR) = Инсталационен път на Java Development Kit (JDK_PATH) = /home/db2inst1/sqllib/java/jdk32 Ниво на улавяне на диагностични грешки (DIAGLEVEL) = 3 Превключватели за монитор на база данни по подразбиране Къде ще бъдат посочени параметрите, тяхното значение и декодиране. Възможна е и съкратена версия: вземете dbm cfg Или със запитване: Изберете име, стойност от sysibmadm.dbmcfg Важните параметри включват: свържете се с проба(образец - име на база данни) вземете конфигурация на мениджъра на бази данни Или с приблизително същото искане като преди: изберете име, стойност от sysibmadm.dbcfg Голямата разлика между DB2 и другите СУБД е моделът на удостоверяване. Няма вътрешни потребители като в SQL Server или MySQL. Цялата автентификация се извършва чрез средства, външни за СУБД (динамично зареждащи се добавки) - посредством операционната система или външни добавки (Kerberos, GSS API). Типът удостоверяване се задава в параметъра AUTHENTICATION на конфигурацията на мениджъра на базата данни. По подразбиране е зададена стойността SERVER - потребителското име и паролата се предават в чист текст и тази двойка се проверява за коректност от операционната система. Ако потребителското име и паролата са правилни, тогава привилегията CONNECT се проверява за потребителя или групите, в които той членува (включително специалната PUBLIC група, която включва всички оторизирани потребители). Тези привилегии могат да се видят в таблицата SYSCAT.DBAUTH: изберете GRANTEE от SYSCAT.DBAUTH, където CONNECTAUTH = "Y" Голяма грешка в конфигурацията е включването на типа удостоверяване CLIENT.В този случай DB2 се доверява на свързващия клиент да извърши удостоверяване и ако PUBLIC има привилегията CONNECT, тогава всеки потребител ще може да се свърже към базата данни и да получи достъп до всички данни, които PUBLIC има. Потребителското име се взема от операционната система. Тоест, ако се свържем чрез Data Studio като потребител на администратор, тогава всички привилегии, които този потребител има, ще бъдат предоставени. И в този случай няма разлика от кой компютър е направен достъпът. Този тип удостоверяване се препоръчва да се активира само когато има защитен канал между сървъра и клиента и други клиенти няма да могат да се свържат към СУБД. Привилегиите на ниво екземпляр са записани в конфигурацията на мениджъра на базата данни. Това са следните привилегии: След това има привилегии, специфични за базата данни. Това са привилегии като достъп до база данни (CONNECTAUTH), създаване на таблица (CREATETABAUTH), създаване на рутина (EXTERNALROUTINEAUTH) и т.н. Тези привилегии могат да се видят в изгледа SYSCAT.DBAUTH И накрая, привилегии за достъп до конкретни данни - таблици, подпрограми и т.н. Тук всичко е доста тривиално, но и с някои особености. Привилегиите за достъп до таблица могат да се видят в изгледа SYSCAT.TABAUTH. Типът на предоставената привилегия се съхранява в отделни колони, в зависимост от самата привилегия (SELECTAUTH, DELETEAUTH и т.н.). Когато предоставяте привилегия с помощта на командата GRANT за привилегиите REFERENCES и UPDATE, можете също да посочите имената на колоните, към които ще бъдат разширени дадените привилегии. В този случай информацията за това може да се види в изгледа SYSCAT.COLAUTH Привилегиите за съчетания (функции, процедури и методи) могат да се видят в SYSCAT.ROUTINEAUTH. Тук не всичко е тривиално, в зависимост от полетата SPECIFICNAME и TYPENAME могат да се предоставят привилегии на всички подпрограми на дадена схема. Ако статията хареса на читателите, тогава съм готов да говоря за защита на данните в DB2 с помощта на контрол на достъпа, базиран на етикети Софтуер, обединени от името IBM DB2 Business Intelligence (<деловой интеллект
>), предназначени да анализират натрупаните (исторически) данни с цел подкрепа вземане на решение. В момента това направление е едно от най-приоритетните в областта на технологиите за управление на данни. Това се дължи, от една страна, на факта, че използването на исторически данни може да помогне (и помага) при намирането на най-добрите решения в бизнес дейностите, а от друга страна, с възможността за организиране на съхранение, бързо търсене на необходимите данни и извличане на необходимата информация от тях (знание) с помощта на съвременни компютърни средства. функционален софтуерТази посока е разделена на четири групи: Анализ на данни в реално време (OLAP)извършвани за подпомагане вземане на решение(оперативни или стратегически) за управление на бизнеса. Информационни системиподпомагащи този вид дейност се наричат Системи за подпомагане на вземането на решения (DSS). Терминът OLAP е предложен през 1993 г. от Едуард Код (авторът е Е. Код релационен модел на данни). Според Код OLAP е технология за сложен динамичен синтез, анализ и консолидация на големи обеми многоизмерни данни. Има т.нар<тест FASMI>, съдържащ основните принципи на OLAP технологиите: За да се изпълнят изискванията за време за анализ на данните и получаване на отговор на сложни запитвания, беше необходимо да се използва нова технология за организиране и съхранение на данни. Тази нова технология се нарича< хранилище на данни> ( Data Warehouse ). Съхранение на данни. Според определението на автора на концепцията за хранилище на данни Б. Инмон), това<предметно-ориентированные, интегрированные, неизменчивые, поддерживающие хронологию наборы данных, организованные для целей поддержки вземане на решение>. В това определение под интеграция на данниразбирано като обединение и съгласувано представяне на данниот различни източници.< Поддержка
хронологии>означава присъствието<исторических>данни, т.е. данни, съответстващи на интервала от време, предхождащ текущия момент.<Неизменчивость данных>означава, че промяната на данните в хранилището се извършва чрез добавяне на нови данни, съответстващи на определен интервал от време, без да се променя информацията, която вече е в хранилището. Основните изисквания към хранилищата за данни са: Съхранение на данние единен източник на данни, свързани с функционирането на индустрията, предприятието, организацията, съдържащ цялата необходима и надеждна информация за подпомагане вземане на решение. Типичното хранилище обикновено е различно от типичната релационна база данни. Нека обясним това твърдение, като разгледаме логически модели на релационни бази даннии данни за съхранение. В традиционните релационни бази данни логически модел на данни- набор от двумерни (плоски) таблици, конструирани по такъв начин, че да осигурят най-ефективното изпълнение на различни операции с данни. Нормализирано логически моделБазите данни от релационен тип се характеризират по-специално със следните характеристики:
Такива представяне на даннине винаги отговаря на целите на подкрепата вземане на решениекогато има нужда от бързо получаване на отговори на сложни аналитични запитвания. Тук е по-подходящо логически модел на даннипод формата на многоизмерен куб. Кубът е геометрична фигурас три измерения. Кубовете с данни на практика имат от 4 до 12 измерения; в тези случаи те се наричат хиперкубове. Измерението в куб е една от характеристиките на данните. Например в куба, показан на фиг. 6.14, измерванията са<время>(2001, 2002),< пункт
назначения>(Москва, Санкт Петербург),<груз>(бензин, въглища). Клетките на куба (фиг. 6.14) съхраняват данни за обемите на трафика. Тези данни се обобщават в други измерения. Например за куба на фигура 6.14, ако има измерение< пункт
отправки>, тогава данните, показани на фигурата, трябва да се разглеждат като агрегирани по това измерение (т.е.<1000>това е общата маса въглища, доставени в Москва през 2001 г. от всички доставчици). На многоизмерен куб е лесно да се дефинират много операции, които са типични за аналитичната работа: намаляване на броя на измеренията (проекции), сливане (сливане на кубове, които имат общи размери) и др. Например при агрегиране по измерение<груз>куб на фиг. 6.14 се превръща в квадрата, показан на фиг. 6.15. Логически моделсъхранението в същото време е представено от набор от многомерни кубове (хиперкубове), в общия случай с различни измерения, всеки от които съответства на един или повече количествени показатели на индустрия, организация, предприятие. Трябва да се отбележи, че размерите на многомерния куб могат да имат йерархична структура. Например измерване< пункт
отправки>може да се представи чрез тристепенна йерархична схема (виж фиг. 6.16.). За разлика от нормализирания логически моделрелационни бази данни, логически моделтип куб позволява резервиране на данни, т.е. съдържа, в допълнение към оригиналните данни, някои предварително изчислени крайни данни (обобщени данни). Това се оправдава в ДСС, защото ви позволява да намалите времето за реакция на системата на сложни заявки. Разгледахме логически модел за съхранение, който представя данни под формата на набор от многоизмерни кубове. Физическото внедряване на хранилището обикновено се извършва по един от следните начини: AT IBM DB2 OLAP сървърподдържан многоизмерен моделданни, базирани на релационни DB2 UDB. Инструментите за ефективност (вижте раздел 6.3.2) ви позволяват да предоставите необходимите времеви характеристики. Инструменти за създаване на хранилища за данниви позволяват да събирате данни от корпоративни системи за управление и външни източници,<очищать>тях, конвертирайте и качете в хранилище на данни. На етапа на проектиране на потребителя се предоставя набор от управлявани инструменти за създаване на хранилища за данни. Той включва инструменти, които ви позволяват да генерирате различни схеми за почистване и зареждане на данни, както и графично да описвате действията, необходими за изграждане и поддържане на хранилище за данни. Основен софтуертази група - IBM DB2 Warehouse Manager; неговото предназначение, функции и характеристики са дадени в таблица 6.3. Инструменти за поддръжка на достъп до данниса API и междинни сървъри, които поддържат клиентски инструменти за достъп и обработка на бизнес информация. Свързващи вещества софтуерни сървърипозволяват на клиентите да осъществяват прозрачен достъп до множество сървъри на бази данни (както IBM, така и не-IBM). Основните софтуерни продукти от тази група са описани в таблица 6.3. Средства за интелигентна обработка на данни (<добычи информации>, интелигентен копач). Основната цел на интелигентната обработка на данни (IAD) е да търси скрити модели в данните. Повечето от методите на IAD първоначално са разработени в рамките на изследователската посока, която се нарича< системи с изкуствен интелект>. Едва сега, когато се формират големи и бързо нарастващи масиви от корпоративни данни, тези методи са в пълно търсене. Първоначално инструментите на IAD бяха разработени по такъв начин, че данните, организирани в плоски релационни таблици, бяха взети като изходен материал за анализ. Прилагането на IAD към данни, представени от магазини на хиперкуби, може да бъде по-ефективно в много случаи. Обикновено се разграничават следните пет вида IAD задачи: DB2 интелигентен копаче набор от продукти, които предоставят на потребителя аналитични инструменти, необходими за вземане на обмислени и висококачествени бизнес решения. Задачите, решени от този набор от продукти, могат да доведат до избора на по-точна маркетингова стратегия, до намаляване на изтичането на клиенти, до увеличаване на печалбите от търговия чрез Интернет. Основните продукти от фамилията DB2 Intelligent Miner са описани в Таблица 6.3.
Подобни документи
Subd db2
Входна точка
Комуникационна честотна лента (MB/sec) (COMM_BANDWIDTH) = 1,000000e+02
Поддръжка на обединена система от бази данни (FEDERATED) = ДА
Име на монитора на процесора за транзакции (TP_MON_NAME) =
Ниво на уведомяване (NOTIFYLEVEL) = 3
Път на директорията с диагностични данни (DIAGPATH) = /home/db2inst1/sqllib/db2dump
Буферен пул (DFT_MON_BUFPOOL) = ИЗКЛ
Можете да видите настройките за конкретна база данни по следния начин: Удостоверяване
Упълномощаване
Тези привилегии се задават чрез посочване на групата, в която ще влезе потребителят. В dbmcfg това са съответно опциите SYSADM_GROUP, SYSCTRL_GROUP, SYSMAINT_GROUP и SYSMON_GROUP.
Ориз. 6.14.
Ориз. 6.15.Агрегиране на куб Фиг. 6.3.4 по измерение "натоварване" 
Ориз. 6.16.Йерархична схема на измерението "отправна точка" Таблица 6.3. IBM Business Intelligence компоненти
№ п / стр
Основно предназначение
Продукт
Функционалност и характеристики
1.
Анализ на данни в реално време (OLAP)
IBM DB2 OLAP сървър
2.
Създаване на хранилища за данни ( Data Warehouse )
IBM DB2 Warehouse Manager
3.
Поддръжка за достъп до данни
Механизъм за управление на заявки (QMF)
DB2 Warehouse Manager Connector за SAP R/3
D2 Warehouse Manager Connector към мрежата
DB2 Warehouse Manager Sourcing Agent за z/OS
4.
Интелигентна обработка на данни (Intelligence Miner)
DB2 интелигентно моделиране на миньор
DB2 интелигентен визуализатор за миньор
DB2 интелигентно точкуване за миньор
DB2 интелигентен копач за текст
