План
База данни (база данни)
DBMS.
Модел на данни
Йерархична модела на базата данни
Модел на база данни на мрежата
Таблица String. - Това е запис, който съдържа информация за отделен обект на маса (един ученик).
Структурата на записите е еднаква; Наборът от елементи от данни, от който се нарича записът, се нарича полето. Информацията за запис е в полетата. Полето за маса е колона с таблица.
Същите записи в таблицата не са разрешени, защото във всички области на полето предоставят уникални имена, фамилно име DBMS достъп. Позволява:
Полето трябва да бъде хомогенно по тип за всички записи в колоната (или текстови данни, цифрови и т.н.).
Релационният модел на базата данни, като правило, съдържа няколко таблици, връзката между която се извършва с помощта на специална област - ключ.
Примери за релационна СУБД: DBASE, FOXBASE, FOXPRO и достъп.
Приложението за достъп до MS е система за управление на база данни, която е част от microsoft пакет Офис и предназначен за работа персонален компютър или в мрежата, изпълняваща операционната система Windows.
Access DBMS база данни е релационна база данни, която се състои от взаимосвързани двумерни таблици.
DBMS достъп дава възможност:
· Проектиране на обекти на масата на базата данни;
· Инсталиране на връзки между таблици;
· Въведете, съхраняване, преглед, сортиране, промяна на данните за таблицата с помощта на логиката и индексирането на Algebra на устройството;
· Създаване и използване на BD обекти.
Достъп до OBMS обекти:
База данни - файл, който съдържа различни обекти Спестяване на данни.
Таблици (таблици) - организиране на съхранение на данни във формата двуизмерен масив. Това е основният обект на базата данни. Останалите са получени от масата.
Форми - обекти за показване на данни от таблицата на екрана в удобно за гледане и обработка на формуляра.
Запитвания - обекти за избор и филтриране на таблицата данни съгласно определени критерии.
Доклад - генериране на документ за данни от таблицата за печат.
Макроси - описание на действията под формата на последователност от команди и тяхното автоматично изпълнение.
Модули - Програми на. \\ T Visual Basic.което разработва потребител за прилагане на нестандартни процедури.
Преглед релационен модел данни. Модел "Есенция-комуникация". Концепцията за връзката, атрибута, ключ, комуникации. Класификация на връзките с множество и пълнота. Правила за изграждане на модел за данни тема област.
Модел "Essence-Communication" (ER модел) (Инж. Модел или диаграма на връзката на обекта) е модел на данни, който ви позволява да опишете концептуалните схеми, използвайки обобщени блокови проекти. Моделът ER е метамодел на данни, т.е. средство за описание на модели на данни.
Моделът ER е удобен при проектирането на информационни системи, бази данни, архитектури на компютърни приложения и други системи (модели). Използвайки такъв модел, има съществени елементи (възли, блокове) на модела и установяване на връзки между тях.
Има редица модели за представяне на знанието. Един от най-удобните инструменти на единното представителство на данните, независимо от него софтуер, е моделът "Essence-Communication" ( eNTITY - Модел на отношения, ER - модел).
Моделът "Essence-Communication" се основава на някаква важна семантична информация за реалния свят и е предназначена за логично представяне на данни. Той определя ценностите на данните в контекста на връзката им с други данни. Важно за нас е фактът, че всичко може да бъде генерирано от модела "Essence-Communicuming" съществуващи модели Данни (йерархична, мрежа, релационна, обект), така че е най-често срещаната. Всеки фрагмент от темата може да бъде представен като множество предприятия, между които има някакъв набор от връзки.
Моделът ER е един от най-простите визуални модели. Тя ви позволява да разберете структурата на обекта "големи удари", като цяло. Че общо описание Структурите се наричат \u200b\u200bER диаграма или онтология на избраната тематична област (област на интерес).
Типични примери Използвайте IDEF1X ER-модел (Език на дефиниране на ICAM) и моделиране на размери.
Бази данни за връзката.
Релационните отношения на базата данни са разделени на два класа: обект и свързани. Обектното съотношение съхранява тези обекти (същност). В обекти, един (или няколко) от атрибути недвусмислено идентифициране на обекта. Такъв ключов атрибут се нарича (единична или многократна) ключова връзка или първичен атрибут. Ключът обикновено се намира в първата колона. Останалите атрибути са функционално зависими от този ключ. Ключът може да включва множество атрибути ( комплекс ключ). Атрибутите на обекта не трябва да се дублират. Това е основното ограничение в релационната база данни за запазване на целостта на данните. Свързаното отношение съхранява ключовете на две или повече отношения на обекта, т.е. ключовете са установени между обектите на връзката. Кохерентната връзка може да има и други атрибути, които са функционално зависими от тази връзка. Ключовете в свързаната връзка се наричат \u200b\u200bвъншни бутони (трети), тъй като те са основните ключове на други отношения.
Условията и ограниченията, които са насложени върху отношенията между релационната база данни при таблично ниво на подаване, могат да бъдат формулирани, както следва:
· Не могат да бъдат същите първични ключове, т.е. всички редове (записи) трябва да бъдат уникални;
· Всички линии трябва да имат същото моделна структура;
· Имената на колоните на таблицата трябва да бъдат различни и стойностите на колоните трябва да са един и същ тип;
· Стойностите на колоните трябва да бъдат атомни, т.е. не могат да бъдат компонентите на други отношения;
· Целостта на външните ключове трябва да се поддържа;
· Поставянето на струни в таблицата е незначително - засяга само скоростта на достъпа до желания низ.
Осигурена е подкрепа за такива вида връзки между записите: един към мнозина; Много от един, много за мнозина.
Основните етапи на работа с бази данни:
Дизайнерска маса.
След създаването на нова банка за данни, използвайки директивата за файла / новата база данни или отворете съществуваща банка, използвайки база данни за файла / отворената база на прозореца за достъп, в прозореца за достъп се появява прозорец на банка данни.
В менюто Файл изберете Нова директива. нов предмет), и в подменю - таблицата с опции (таблица).
Присвояване на име на поле
Всяка линия от спецификацията определя характеристиките на същото входно поле. Колоната за име на полето определя името на полето. Може да има дължина до 64 знака и може да съдържа кирилица, интервали и специални символи, с изключение на точки, удивителен знак и ъглови скоби. Естественото ограничение е забрана за присъствието на две полета в една таблица със същите имена.
Инсталирайте вида на това поле
Типът данни се въвежда в колоната тип данни и може да бъде избрана от списъка с налични видове.
Текст. Текстовите полета съдържат текст, чиято дължина не може да бъде повече от 255 знака. Действителната дължина на полето се инсталира с помощта на параметъра за размер на полето (размер на полето)
Бележка. В бележки, текст до 32000 знака. Полетата на този тип данни не могат да бъдат индексирани.
Номер. Цифровите полета съдържат произволни цифрови стойности. Обхват допустими стойности. Определен от параметъра f_eld размер (размер на полето).
ВРЕМЕ ЗА СРЕЩА. Полетата за дата / час съдържат стойностите на датата и времето, вариращи от 100 до 9999.
Валута. В брой можете да съхранявате номера с точност на 15 изхвърляния вляво от запетая и четири десетични зауствания (обикновено достатъчно две) вдясно на запетая.
Брояч. Обратното поле съдържа номер, който автоматично увеличава достъпа до 1, когато към таблицата се добавя нов блок за данни.
ДА НЕ.В такива полета се съхраняват стойностите (да) или не (не). Поле този вид Не може да индексира.
Олео обект. Оле полетата съдържат предмети, като например таблица на Excel или Microsoft нарисува графики, обработени от Ole-сървъра. Размерът на полето може да бъде до 128 MB.
Определяне на размера на полето. За цифрови полета параметърът може да има една от следните стойности:
Байт. Магазини номера от 0 до 255 (само цяло число). Отнема 1 байт.
Іnger.. Магазини номера от -32768 до 32767 (само цяло число). Отнема 2 байта.
Дълъг Іnteger . Магазини номера от -2147483648 до 2147483647 (само цяло число). Отнема 4 байта.
Senggle. . Съхранява номер с шестцифрена точност от 3,402823E38 до 3.402823E38. Отнема 4 байта.
Двойно.. Съхранява номер с десет сортинг точност от -1.79769313486232E308 до 1,79769313486232E308. Отнема 8 байта (стандартна инсталация).
Определяне на полеви параметри
Характеристиките на всяко поле се определят от редица параметри. Тези параметри регулират начините за обработка, съхраняване и указване на данни.
Field размер (Размер на полето). Определя максималната дължина текстово поле или метод за представяне на номера в полето тип тип.
Формат. (Формат). Определя метода на представяне на данните. Заедно с определени формати е разрешено използването на собствени потребителски формати.
Десетични места.(Десетични зауствания). Определя броя на изхвърлянията вдясно от десетичната точка.
Надпис. (Надпис). Определя надпис, който да се използва като име на поле във формата или доклада. Ако за този параметър не е зададена стойност, тогава, когато надписът ще бъде името на полето по подразбиране.
Стойност по подразбиране. (Стойност по подразбиране). Задава стойността, която автоматично ще бъде въведена в полето при генериране на блок данни.
Правило на ValіDation. (Ограничения за въвеждането). Правилото, което ограничава разрешените данни за влизане в полето.
Текст на ValіDation. (Съобщение за нарушение). Когато се опитате да въведете данните в полето, които не отговарят на правилото, формулирано в правило за ValіDation.
Іnexed. (Индексирано поле). Знак за индексиране.
Добавяне и премахване на полета
Можете да направите промени в готовата спецификация. По-специално можете да промените параметрите на отделни полета, да добавите полета, за да пишете прави места И изтрийте ненужно. Но в същото време си струва да се опитаме да направите всички корекции на спецификацията, преди да попълните банка данни, защото опит за промяна на параметрите на полетата на запълнената база данни може да предизвика загуба или изкривяване на данни.
1. Ако изтриете поле, което съдържа данни, ще се появи предупредително съобщение с въпрос дали потребителят наистина иска да изтрие бутона Отказ.
2. В менюто Редактиране изберете директивата за отмяна на изтриването. Въпреки това, отменете операцията за премахване и възстановяване. първоначалната държава Таблиците могат само ако след изтриването нямат други промени в структурата или съдържанието на банката. Достъпът гарантира способността да отменя, но само за последната операция.
3. Затворете прозореца на масата и натиснете бутона No Command (No) в диалоговия прозорец за заявка за заявка. Въпреки това, в този случай всички други промени, направени за тази сесия с таблицата, ще бъдат игнорирани.
Инсталиране на основния ключ
След като се даде дефиницията на всички полета, си струва да изберете минимално поле за използване като първичен ключ. Първичните ключови декларации предотвратяват прилагането на многократни блокове данни, тъй като полето на таблицата, използвано като първичен ключ, съдържа недвусмислен идентификатор за всеки блок данни. Това поле не може да съдържа същата стойност в две различни записи.
Първичният ключ може да бъде дефиниран само в режим на дизайн на таблици. Маркирайте полето, което трябва да бъде полето на основното ключове и да се обадите на Директивата за RGIMAGA в Редактиране. Маркираното поле веднага се обозначава с иконата на ключовете в селекторната колона (това е знакът, който полето е обявено за първичен ключ) и съответно индексиран.
Ако до момента на излизане от режима на дизайна, основният ключ за създадената таблица няма да бъде деклариран, тогава достъпът ще попита дали да се даде възможност на полето на основното ключ в таблицата. Ако потребителят реагира положително (да), достъпът ще създаде специално поле с идентификационния номер на името, който ще бъде въведен за всеки блок данни.
Концепция за таблица, полета, записи. Основните етапи на работа с бази данни в средата на системата за управление на базата данни. Показва модела за доставка на база данни. Свойства на полетата, типове данни. Въвеждане на данни в таблицата. Сортиране, търсене и филтриране на данни.
Таблица - Това е набор от посочени полета, в които са описани свойствата на обектите.
Таблицата осигурява отражение на данните под формата на редове и колони. Колоната съдържа характеристика на обектите; Струната е набор от характеристики за един случай на обекта. Записът е линия за маса на базата данни
Поле - таблична колона, предназначена да съхранява стойностите на определен обект (параметър) на обекта.
Рекорд - таблица. Един запис съдържа данни за отделен обект, който е описан в базите данни.
Access DBMS ви позволява да създадете обекти на база данни, които ще съдържат информация от различни таблици. За да направите това, трябва да установите връзка между таблиците. При създаването на комуникация ще бъде комбиниран (свързан) запис в тези таблици. В същото време условните термини говорят и за основната и зависимата таблица. И в двете таблици трябва да има полета, които имат същите стойности. След това връзката между таблиците ще бъде тази двойка полета (едно нещо в основната таблица, вторият е в зависим случай). Свързаните полета могат да имат различни имена, но вида на стойностите на тези полета трябва непременно да съвпадат.
Дизайнът на базата данни се състои от концептуални, логически и физически етапи. Всеки етап използва своя модел за данни.
Има няколко метода за изграждане на концептуален модел на базата данни. Един от най-често срещаните методи се основава на модел, който се основава на предоставянето на тематичната област под формата на два вида обекти - същества и връзки.
Субектът е обект на тематичната област, която е множество елементи. Примери за единици са ученици, предмети, чаши. Всеки елемент на предприятието е конкретен случай. Субектите са представени в базата данни под формата на таблица. Име на обект - име на таблица, характеристики - имена на колони на таблица и случаи - линии за таблици.
Налице е понятие за степента на комуникация между образувания, свързани с комуникацията.
Степента на комуникация определя колко копия на едно предприятие могат да бъдат свързани с случаи на друго лице, принадлежащо към тази връзка.
На етапа на логическо проектиране на същност и комуникация те се трансформират в логически модел на данни, построен според законите на логиката. Както споменахме в първия урок, има няколко логически модела за данни. Сред тях се отличават с релационна, йерархична и мрежа. Използва се най-широко използваният релационен модел. На английски "отношения" - връзката, от тук и името на модела.
Връзката се появява под формата на таблица, състояща се от редове и колони. Всяка колона се нарича полето, а редът е запис. Имена на полета - атрибути. За разлика от обичайната маса, основното свойство на връзката е, че не трябва да бъде идентични записи. Това се дължи на факта, че връзката отразява името на определен набор от обекти и всеки запис представлява елемента на този комплект. Разбира се, елементите на комплекта трябва да бъдат различни.
Атрибути (атрибутни групи) осигуряват уникалност (уникална) на всеки ред, който се нарича ключ за връзката. Ключовете по отношение на може да са няколко.
Има няколко метода за изграждане на концептуален модел на базата данни. Един от най-често срещаните методи се основава на модела ER. Този модел се основава на представянето на темата под формата на два вида обекти - същества и връзки.
Субектът е обект на тематичната област, която е множество елементи. Примери за единици са ученици, предмети, чаши. Всеки елемент на предприятието е специфичен случай, като студент на Сидоров или предмета "Математика". Като правило, образуванията се изразяват от съществителни. Субектите са представени в базата данни под формата на таблица. Име на обект - име на таблица, характеристики - имена на колони на таблица и случаи - линии за таблици. В раздела. Показано е как да се разбере основните условия на единица.
Същността на ученика е името на същността.
Ние сме свикнали с това, че таблицата може да бъде поставена на всяка информация. Въпреки това, таблиците на веществото се различават от обичайните таблици, тъй като те не могат да бъдат две идентични линии.
Например, нека същността на ученика да има характеристиките на фамилното име, име, покровителство, дата на раждане, домашен адрес. Ще го записваме в този формуляр: студент (фамилия, име, покромишление, дата на раждане, домашен адрес). Примери за екземпляри от този субект - (Сидоров, Петър, Василевич, 02/01/1985, ул. Флоралич 33), (Иванова, Олга, Борисовна 12.05.1986, проспек. Победа, 231, пл. 3)
Комуникациите отразяват връзката между образуванията между предприятия за разработената база данни. Това са връзки - научава (ученик в клас), издава (учителят обект за клас в офиса) и др. Като правило комуникациите се изразяват от глаголи.
Комуникацията между субектите може да бъде изобразена под формата на линии между конкретни случаи. По-долу е илюстрирано от връзката посещава студента и кръг между предприятия. Ако същността може да бъде представена под формата на таблица, след това да се представят връзки, които трябва да създадете допълнителни таблицикоито са поставени информация за обвързващите данни.
Достъп до OBMS обекти:
Таблица - организиране на съхранение на данни под формата на двуизмерен масив. Това е основният обект на базата данни. Останалите са получени от масата.
Форма - помага за създаване на потребителски интерфейс, той се използва за въвеждане, промяна или показване на данни.
Исканията са обекти за избор и филтриране на данните на таблицата по определени критерии.
Доклад - формиране на документ.
Макрос - описание на действията под формата на последователност от команди и тяхното автоматично изпълнение.
Модули - програми на визуален език Основни, които разработват потребител за прилагане на нестандартни процедури.
Създаване на таблици.
Таблиците са обекти, в които данните се съхраняват директно.
Можете да създадете таблица, като изберете в прозореца на базата данни на таблицата и с помощта на дизайнер или майстор. Но има и други начини (вж. Таблица.).
За да запълните масата, трябва да отидете на режим на пълнене на маса, като го отворите.
Таблици за пълнене.
Таблиците се състоят от полета и записи. Полета наричат \u200b\u200bколони и записи - струни. Направете запис в таблицата означава попълнете низ. За да създадете таблица, е необходимо да се определят полетата му, видовете тези полета, а понякога и някои допълнителни свойства Тези полета. Не всички данни заемат същия обем в компютъра. За тяхното компактно съхранение е необходимо ясно да се определи техният тип.
Типове данни.
В таблиците за достъп можете да посочите типове данни.
| ФОРМАТА | Използвани за показване |
| Текст | Къси буквено-цифрови стойности, като фамилно име или адрес. |
| Номер | Числени стойности., например разстояние. Обърнете внимание, че за парични единици има отделен тип данни. |
| Валутна единица | Пари в брой. |
| И не | Стойността "да" и "не" и полета, съдържащи само една от двете стойности. |
| Дата и час | Дата и времеви стойности за години от 100 до 9999. |
| Форматиран текст | Текст или комбинация от текст и цифри, които могат да бъдат форматирани с използване на цветни и шрифтове. |
| Изчислено поле | Резултатите от изчислението. В изчисленията трябва да се използват други области на една и съща таблица. За създаване на изчисления се използва строител. |
| Инвестиции | Инвестирани в записи в базата данни, файлове с електронни таблици, документи, диаграми и други видове поддържани файлове, като прикачени файлове в имейл съобщения. |
| Хипервръзки | Текст или комбинация от текст и цифри, които се съхраняват като текст и се използва като адрес на хипервръзката. |
| Забележка | Дълги текстови фрагменти. Полето "бележка" често се използва за съхранение. подробно описание Продукт. |
| Заместване | Списък на стойностите от таблица или заявка или набор от стойности, посочени при създаване на поле. Полето на заместванията може да бъде създадено с помощта на магьосник за заместване. Типа данни в полето за текст или цифрово заместител, в зависимост от това кои параметри са избрани в съветника. |
Въведете и редактирайте.
Въвеждането и редактирането на данни се извършва чрез превключване между изгледа на таблицата и дизайнерските режими.
Въпреки факта, че за въвеждане на данни, особено в основата данни за достъп С множество потребители е по-добре да използвате формуляри, данните могат да се въвеждат и променят директно в таблицата.
Типът данни, който потребителят може да влезе в таблицата, зависи от следните аспекти.
Полетата по подразбиране в таблиците съдържат определен тип данни, като текст или цифри. Трябва да въведете вида на данните, които съответното поле получава.
В противен случай се показва съобщение за грешка.
Ако входната маска се подава към полето, формат, състоящ се от постоянни знаци (като скоби, точки или хифрена) и специални символи за маски, показващи кои позиции, в които могат да бъдат въведени данни, може да се наложи да се въведат данни в определен формат.
С изключение на инвестициите и мултивлавите списъци в повечето полета можете да въведете само един тип данни. Ако не е известно дали полето може да съдържа приспособления, прегледайте свойствата си. Ако полето е многоценен списък, се показва квадратчето до всеки елемент от списъка.
Концепцията за SQL език.
Езиковата подкрепа за транзакциите е като правило, SQL езика. Езикът на релационното изчисление се основава на класическия смятане на предикатите. Те предоставят на потребителя набор от правила за писане на заявки за бази данни. Тази заявка съдържа само информация за желания резултат. Въз основа на заявката, системата за управление на базата данни автоматично, чрез формиране на нова връзка, образува желания резултат. Релационните езикови езици са некросо. Първият език на релационния смятане на Алфа е разработен от Е.Ф. самият Koddom.
Понастоящем SQL езикът (структурираният език на заявката) е широко разпространен. Езикът на SQL е разработен от IBM в средата на 70-те години и след това се одобрява и подкрепя от много компании като стандарт за управление на релационни бази данни. Тази реч е разработена въз основа на езиков стандарт, използван в системата за управление на базата данни DBASE. Международна федерация за обработка на информация (AFIP) и международна организация Според стандартизацията (ISO), стандартите са и уточняват стандартите за по-нататъшно развитие на SQL езика. Речта е насочена към извършване на транзакции с данни, които се подават като логически свързан набор от таблици. Основната разлика от оригиналния DBASE език е, че SQL езикът е предназначен да провежда операции с таблици, докато DBEE език е фокусиран върху работата с записи.
Функции на SQL езика.
Използването на концепцията за ориентирани към операции данните за представяне на таблица направи възможно създаването на компактен SQL език с малък набор от команди. Този подход ви позволява лесно да определяте, показвате и актуализирате информацията в базата данни, опростявайки програмирането на сложни заявки. Характеристиката на команди на SQL езика е, че те са по-ориентирани към крайния резултат от данните, отколкото при тази процедура за обработка. Системата определя оптималния път преди изхода на данните. SQL език е неразумна реч. Пълният набор от SQL команди включва около 30 команди.
Таблицата на SQL езика е набор от редове и колони, в които редовете на таблицата съответстват на записите, а колоните са полета. В допълнение към редовните таблици, SQL език ви позволява да създадете специален вид таблици - вземане на проби. Пробата е подмножество от редове и колони от една или повече таблици. Често пробата се нарича виртуална таблица, тъй като всъщност не съдържа данни, но само им позволява да играят. Данните в образеца отразяват реални промени В съответните таблици и напротив, променянето на данните в актуализираните проби води до промяна в тези данни в основните таблици.
Ефективното използване на SQL командите се изпълнява благодарение на използването и създаването на специална информация, която ви позволява да се позовавате на всяка таблица и вземане на проби. Тази информация се съдържа в файлове, които се наричат \u200b\u200bтаблични каталози, които са формирани по време на създаването на базата данни. Всеки командващ на SQL езика завършва ";". Всяка SQL команда, която се нарича предложение, започва глагола, който определя името на базовата операция. Много отбори включват ключови думи и предложения, които изясняват изпълнението на основните операции. В допълнение, в командата SQL, трябва да активирате данните, които трябва да бъдат обработени и (или) операции, които трябва да бъдат извършени над тези данни.
SQL Language работи с концепцията за бази данни, съдържаща цялата информация, която е необходима за обработката на данни в програмата за кандидатстване. Пълната SQL база данни включва такива компоненти:
· Таблиците са основните структури на данни в базите данни;
· Проби - тип виртуална масакоето осигурява въвеждането на определени редове и колони от една или повече таблици;
· Синоними - алтернативни имена на таблици и проби;
· Индексни файлове, които са приложени към таблиците, за да осигурят бързо търсене на данни и да поддържат целостта на базите данни;
· Каталози - разнообразие от таблици във всяка база данни, описваща бази данни и тяхното съдържание.
Развитие на SQL.
Първият SQL стандарт се появява през 1989 г. (SQL-89) и е подкрепен от почти всички реклами релационни системи Управление на бази данни. Той имаше общ И позволено широко тълкуване. Предимствата на SQL-89 могат да се считат за стандартизация на синтаксис и семантика на примерните оператори и манипулацията на данни, както и фиксиране на средствата за ограничаване на целостта на базата данни. Тази версия обаче няма такива дялове като манипулиране на диаграмата на базата данни и динамична SQL.
SQL -89 наложените информация доведе до създаването през 1992 година следваща версия Език SQL -92, който обхваща по-широк спектър от функции: Манипулиране на структурата на базата данни, управлението на транзакциите и сесиите, Dynamic SQL. Три нива се приемат в стандартната версия: основни, междинни и пълни. Само най-новите версии на системите за управление на бази данни осигуряват съвместимост с пълния стандарт. Работата за подобряване на този език не спира. Подобренията ще се провеждат предимно в посоката на включване на механизма на тригери, определяне арбитричен тип данни.
План
1. Концепцията за модел на данни, база данни. Концепцията и целта на системите за управление на бази данни.
2. Преглед на модела за релационни данни. Модел "Есенция-комуникация". Концепцията за връзката, атрибута, ключ, комуникации. Класификация на връзките с множество и пълнота. Правила за изграждане на модел на данни за тема.
3. Концепцията за таблица, полета, записи. Основните етапи на работа с бази данни в средата на системата за управление на базата данни. Показва модела за доставка на база данни. Свойства на полетата, типове данни. Въвеждане на данни в таблицата. Сортиране, търсене и филтриране на данни.
4. понятието за искане към релационната база данни. Концепция за SQL заявки.
5. Създаване на таблици, формуляри, искания и доклади с помощта на майстори.
6. Обмен на данни между СУБД и други програми, предназначени да обработват документи. Споделяне База данни.
Концепцията за модел на данни, база данни. Концепцията и целта на системите за управление на бази данни.
База данни (база данни) - Това е структуриран набор от взаимосвързани данни на определена тематична област (реални O6lects, процеси, явления и др.).
Примери: dB върху присъствието на лекарства; База данни в системата на графика на самолетите, влаковете или продажбите на бази данни на транспортни билети; База данни на ученици от ученици, картонен файл на персонала или библиотеката и др.
Външният вид на компютърното оборудване увеличи ефективността на работата с бази данни. Достъпът до данни и управление на тях възниква в специална среда софтуер - системи за управление на бази данни (DBMS).
DBMS. - Това е програма, която се съхранява, обработва и търси информация в бази данни.
Организацията на данните във вътрешната сфера се характеризира с две нива - логично и физическо. Физическа организация за данни Определя метода за поставяне на данни директно върху носителя на машината. Организация за логически данни на машинния превозвач зависи от софтуерОрганизации и данни за вътрешната сфера. Методът на логическата организация на данните се определя от вида на структурите на данните, използвани от модела, който се поддържа от софтуер.
Модел на данни - Това е комбинация от взаимосвързани структури на данни и операции по тези структури. За да се настанят същата информация във вътрешната сфера, могат да се използват различни структури и модели за данни. Това зависи от потребителя, от технически и софтуер, се определя от сложността автоматизирани задачи и информация.
Има такива модели данни: йерархично, релационно, отслабване, многоизмерно, обектно-ориентирано.
Според структурата на организацията на информацията в базата данни се отличават такива модели на база данни: йерархична, мрежа и релационна.
Йерархична модела на базата данни. Този модел е структура на данните, която се подрежда чрез подаване от общ; Припомня "дървото" (графика), така че има същите параметри: ниво, възел, връзка. Моделът работи за този принцип: няколко възли ниски нива са свързани с използване на връзка с един възел на по-високо ниво.
Йерархична модела на базата данни Има такива свойства: няколко възли ниски нива са свързани само с един възел на най-високо ниво; Дървото на йерархията има само един връх, който не е обект на друг; Всеки възел има собствено име, има само един маршрут от върха на дървото (корен възел) към всяка структура на възела.
Модел на база данни на мрежата. Прилича на йерархична гледка. Той има същите компоненти на структурата, характеризиращ се с естеството на връзката между тях. Между елементите на произволната структура, а не ограничен брой елементи - комуникация.
Модел на релационна база данни. (Произход на името от латински думи Relatio - отношение). Моделът е изграден върху връзката между компонентите на структурата. Представлява една маса или набор от взаимосвързани двуизмерни таблици.
Релационният модел се основава на двуизмерна маса.
Таблица String. - Това е запис, който съдържа и
Класификация на модела за данни (според структурата на организацията).
История.
Историята на появата и развитието на технологиите на базата данни може да се счита за широк и в тесен аспект.
В широк аспект Концепцията за историята на базите данни е обобщена преди историята на всякакви средства, с помощта на която човечеството съхранява и обработва данните. В такъв контекст те се споменават например, като се вземат предвид царското съкровище и данъците в древния Шумер (4000 г. пр. Хр.), Новото писане на инка, клинопис, съдържащ документи на асирийското кралство и др. Трябва да се помни, че недостатъкът на този подход е ерозията на концепцията за "база данни" и действителното сливане с концепциите за "архива" и дори "писане".
Историята на базите данни в тесен аспект Разглежда базите данни в традиционното (модерно) разбиране. Тази история започва с 1955 г., когато се появи програмируемо оборудване за обработка на записа. Софтуерът на това време поддържа модела за обработка на рекордер. Prafokarts са използвани за съхраняване на данни. В средата на 60-те години се появяват бази данни на оперативната мрежа. Операции оперативни бази Данните бяха обработени в интерактивен режим, използвайки терминали. Прости индекс-последователни записи на записите се развиха бързо до повече мощен модел Комплекти ориентирани комплекти. За управлението на групата за база данни (DBTG), която е разработила стандартно описание на данните и манипулацията на данните, Чарлз Бахман получи наградата.
Едновременно в общността на базата данни на COBOL (един от най-стари езици Програмиране (първа версия през 1959 г.), проектирана, преди всичко, за разработване на бизнес приложения) Концепцията за схеми за бази данни и концепцията за независимост на данните беше разработена.
Следващият важен етап е свързан с външния вид в началото на 70-те години на релационния модел на данни, благодарение на произведенията на Edgar F. Codd. Кодът на кода е отворил начина за затваряне на връзката на приложни бази данни с математика и логика. За приноса си към теорията и практиката Edgar F. Codd също получи наградата за туризъм.
Терминът база данни. (база данни) се появяват в началото на 60-те години и е въведена на симпозиума, организирана от SDC (корпорация за развитие на системата) през 1964 и 1965 г., въпреки че е разбрана първо в красива тесен смисъл, в контекста на системите изкуствен интелект. В широко разпространение модерно разбиране Терминът, въведен само през 70-те години.
Основни класификации на базата данни.
Когато работите с базата данни, DBMS поддържа някакъв модел на темата в паметта на компютъра, наречен модел на данни.Моделът на данните се определя от вида на СУБД.
Йерархичен модел. Йерархично организирани данни се намират в ежедневието Често. Например, структурата на най-високата образователна институция. Йерархичен модел на данни- Представяне на базата данни под формата на дървообразуваща (йерархична) структура, състояща се от обекти (данни) на различни нива. Най-високото ниво отнема един обект, вторият - обекти на второто ниво и т.н. между обекти има комуникация, всеки обект може да включва няколко по-ниски обекти. Такива обекти са във връзка с предшественика (обектът е по-близо до корена) към потомството (предмет на по-ниско ниво) и е възможно, когато предшественикът на обект няма потомци или има няколко от тях, докато обектният потомък е задължително само един прародител. Обектите с общ предшественик се наричат \u200b\u200bблизнаци. Основният недостатък на този модел е необходимостта да се използва йерархията, която се основава на базата данни при проектирането. Необходимостта от постоянна реорганизация на данните доведе до създаването на по-общ модел - мрежа.
Мрежов модел.Мрежовият подход към организацията на данните е разширяване на йерархичен подход. Към основни концепции модел на база данни на мрежатавключете: ниво, елемент (възел), връзка. Възелът е набор от атрибути на данни, описващи някои обект. На йерархичната дървесна схема, възлите са представени от върховете на графиката. В мрежовата структура всеки елемент може да бъде свързан с друг елемент. Мрежова база Данните са подобни на йерархичните, с изключение на това, че имат указатели в двете посоки, които свързват свързаната информация. Въпреки факта, че този модел решава някои проблеми, свързани с йерархичния модел, изпълнението прости заявки Той остава доста сложен процес. Също така, тъй като логиката на процедурата за вземане на проби от данни зависи от физическа организация Тези данни, тогава този модел не е напълно независим от заявлението. С други думи, ако трябва да промените структурата на данните, тогава трябва да промените приложението.
(Този модел Тя се различава от йерархичната, тъй като всеки генериран елемент може да има повече от един засягащ елемент. Тези. В мрежовата структура всеки елемент може да бъде свързан с друг елемент).
Релационен модел. Релационна база данни- база данни въз основа на модел на релационен данните. Е разработена от Кодекса през 1969-70 г. на базата на математическа теория на взаимоотношенията и разчита на концепцията за концепции, най-важните от които са таблица , поведение , поле , рекорд . Този модел получи най-голямото признание. Думата "релационна" идва от английската "връзка", което означава връзката. Връзката е удобна да се изпрати под формата на таблици. Тези. Като неформален синоним, думата "съотношение" често среща думата. Трябва да се помни, че "таблицата" е концепцията за недъг и неформална и често означава "отношение" като абстрактна концепция, а визуално представяне на връзката на хартия или екрана. Неправилно и невероятно използване на термина "таблица" вместо термина "отношение" често води до недоразумения. Най-често срещаната грешка е разсъжденията, че RMD се занимава с "плоски" или "двумерни" таблици, докато може да има само визуални изображения на таблиците. Отношенията са абстракции и не може да има "плосък" нито "непланиране"
Тази база данни се счита за такава база данни, в която всички данни са представени за потребителя под формата на таблици и всички операции в базата данни са намалени до манипулации с таблици.
Поле(колона) - елемент от данни, отразяващ атрибут на обект (например, ако даден обект е студент, а атрибутите му ще бъдат името, адреса, телефона и др.). W. полета Бази данни параметриДефиниране на вида на спестените данни, методът на дисплея им и набор от операции, произведени над тях. Един от важни параметри Полета е тип данни.
Обект и обектно-ориентиран. Обектно-ориентирана база данни- база данни, в която данните са декорирани под формата на модели на обекти, включително приложни програми, които се управляват от външни събития. Резултатът от комбинирането на възможностите (функции) бази данни и възможности на обектно-ориентираните езици за програмиране са обектно-ориентирани системи за управление на бази данни (Oosubd). Oosubd ви позволява да работите с обекти на базата данни, както и обекти в програмирането на OOKA. Oosubd разширява езиците за програмиране, прозрачно въвеждане на дългосрочни данни, управление на паралелността, възстановяване на данни, свързани заявки и други функции. Обектно-ориентираните бази данни обикновено се препоръчват за случаи, когато се изисква висока производителност на данни със сложна структура.
Обект-релационен - релационни DBMS. (RDBD) Подпомагане на някои технологии, които прилагат обектно-ориентиран подход.
Всяка база данни отразява информацията за конкретна област. В зависимост от нивото на абстракция, което изглежда тематичната област, има различни нива на модели на данни. Под образеца на информацията за данните, методът за описание на информацията, съдържащ се в тематичната област, се подразбира. В бъдеще ще бъдат разгледани структурирани модели на данни. За тези модели има четири основни нива на модели: инфологично (концептуално), талалог или логично, физическо и ниво на външни модели.
На първото ниво се изгражда описание на темата, така че да е възможно най-често, тя не зависи от характеристиките на подправката впоследствие, и информацията ще бъде достъпна за широка категория потребители: от Клиенти към системни програмисти, които ще бъдат ангажирани в базата данни за проектиране въз основа на този модел. За това информация за източника Темата се анализира и представя в някаква формализирана форма. Това формализирано описание на темата следва да отразява нейната специфичност и да се използва в следните етапи на проектиране на структурата на базата данни в контекста на характеристиките на избрания специфичен СУБД. Такова формализирано описание на тематичната област се нарича инфологичен или концептуален модел.
След това моделът е изграден по отношение на конкретен DBM, избран за дизайна на базата данни. Това ниво се нарича модел Datalog (логически). Описанието на структурата на базата данни на базата данни на езика на избраната СУБД се нарича нейната схема.
Следващото ниво е моделът на физически данни. Като част от този модел се определят методите за физическо поставяне на данни в средата за съхранение, се разработва така наречената схема за съхранение на данни. Тъй като има различни възможности и характеристики на физическата организация за данни в различни СУБД, физическо моделиране Провежда се само след разработването на модел на данни.
Редица съвременни СДБМ имат възможностите за описание на структурата на базата данни от гледна точка на конкретен потребител. Това описание се нарича външен модел. За всеки тип потребители външното моделиране ви позволява да разработите асоциирана база данни въз основа на нуждите на различни категории потребители. Този подход е удобен от гледна точка на улесняването на работата на потребителите от базата данни, тъй като потребителят може да не знае за цялата структура на базата данни, да работи само с тази част от нея, която има пряко отношение. В допълнение, механизмът за създаване на последовател служи допълнителни средства Защита на информацията, съхранена в базата данни.
По този начин, ако СУБД поддържа възможността за създаване на пластир, тогава архитектурата на базата данни става три нива: нивото на схемата за съхранение, нивото на веригата и нивото на пластира.
Помислете сега за основните видове модели на данни.
Йерархичният модел на BD е един от първите модели на базата данни. Това се дължи главно на факта, че този модел е най-естествено отразяването на множество взаимоотношения между обектите на реалния свят, когато един обект действа като родител, с който са свързани голям брой подчинени обекти.
Принципът на йерархичния модел на базата данни е, че всички връзки между данните са описани чрез изграждане на поръчана графика (дърво). Дървото е поръчано в съответствие с йерархията на елементите, които се наричат \u200b\u200bвъзли. Всички възли са свързани с клоновете. В същото време, за да опишем схемата на йерархичната база данни, концепцията за "дърво" се използва като специфичен тип данни. Този тип данни са композитни и могат да включват подтипове или поддръжка. Базата данни е съвкупност от дървета, всеки от които на езика на йерархичния модел се нарича физическа база данни. Всяко дърво се състои от единичен корен (основен, родителски) тип и свързан поръчан набор от подчинени (дъщерни) типове. Типът на корена е такъв тип, който има подчинени типове и няма родителски. Дъщерни дружества, които имат един и същ родителски тип, се наричат \u200b\u200bблизнаци. Всеки от подчинените типове за този тип корен може да бъде едновременно просто и тип съединение "Запис".
Различават се три вида дървета - балансирани, небалансирани и двоични дървета. В балансирано дърво всеки възел има същия брой клонове. Такава организация за данни е физически най-лесната, но често логическа структура Данните изискват променлив брой клонове във всеки възел, който съответства на небалансирано дърво. Двоичните дървета признават не повече от два клона за един възел.
По този начин йерархичният модел на базата данни може да се тълкува като подреден набор от дървета, всеки от които съдържа случаи на записи. Действителното съдържание на базата данни се съхранява в областите на записите. Под полето за вписване се разбира като минимум, неделима единица за данни.
Когато изграждате йерархичен модел на базата данни, винаги е необходимо да се помни подкрепата на комуникационните царства, което означава под него, което:
- - винаги на разположение поне един родителски тип, който може да има произволен брой подчинени видове;
- - типовете деца не могат да съществуват без родителски тип, а за всеки подчинен тип в базата данни има един корен стрелец;
- - Типът корен не е задължително да има подчинени типове.
Трябва да се отбележи, че в редица нотации може да се използва друга терминология. По този начин, в нотацията на американската асоциация на базата данни на DBTG (група данни за данни), терминът "запис" съответства на термина "сегмент", а записът се нарича всички много записи, които принадлежат към едно копие тип дърво.
Основното предимство на йерархичния модел на BD е относително висока скорост Обработка на информация при достъп до данни. Недостатъците включват неговата насипналост в присъствието на сложни логически връзки между данните.
Мрежовият модел на BD е в известен смисъл, като обобщава йерархичния модел. Основната разлика между мрежовия модел от йерархичните лъжи във факта, че в модела на мрежата робът може да има произволен брой родителски тип. Основните концепции на мрежовия модел са набор, единица, запис и елемент от данни. Съгласно елемента на данните в този случай трябва да предполагате същото като в йерархичния модел - минималната единица на данните. Агрегатите на данни са от два вида: тип векторна единица и тип единица. Повтаряща се група. Типът агрегат съответства на набора от елементи от данни. Типът агрегат е повтаряща се група съответства на набора от вектори на данни. Записът се нарича набор от агрегати за данни. Всеки запис има определен тип и се състои от набор от запис. Набор се нарича графика, свързваща два вида запис. Така наборът отразява йерархичната връзка между двата вида записи. Родителският тип запис в този комплект се нарича собственик на комплекта, а записът тип дете е член на същия набор. За всички други типове записи могат да бъдат зададени произволен брой свързващи техните комплекти. В този случай могат да се определят между два вида записи различно число комплекти. Същият тип запис обаче не може да бъде в същото време собственикът и член на комплекта.
Безспорното предимство на модела на мрежовия данните е възможността за по-гъвкаво картографиране на множество връзки между обектите. Един от най-значимите недостатъци е високата сложност на изграждането на базата данни, която се изостря от отслабването на контрола върху целостта на връзките поради тяхното многобройни.
Относителният модел на данни се основава на концепцията за връзка, която е двуизмерна маса, съдържаща набор от редове (кортежи) и колони (полета или атрибути). Съответства на масата специфичен обект Предмет, неговите полета описват имота този обекти струни - специфични случаи на обекта. Всяко уважение трябва винаги да бъде атрибут или набор от атрибути, уникално определяне на единствения кортеж на тази връзка е първият ключ. За да отрази връзката между обектите, обвързващи таблици съгласно определени правила, използвайки така наречените външни клавиши, които ще бъдат обсъдени подробно в следващите раздели.
Основното предимство на релационния модел се крие в своята простота и логическа гарделостност, а недостатъците са сложността на системата за описание на различни връзки между таблиците.
Развитието на релационния модел доведе до появата на така наречения модел за данни, основната разлика, чиято е допустимостта на много ценните полета (полета, чиито стойности се състоят от разнообразие от сутимери). Мултивалентите могат да се интерпретират като независими таблицивградена в таблицата на източника. В допълнение, множество свързани полета се поддържат в модела на снимане, заедно формирането на асоциацията: във всеки ред първата стойност на една колона на сдружението съответства на първите стойности на всички други колони на сдружението.
Основното предимство на модела за стрелба е, че ви позволява по-ефективно да съхранявате данни, а броят на таблиците в този модел е забележимо по-малко в сравнение с релационните. Недостатъкът е сложността на осигуряване на логическа последователност на данните.
Теорията за многоизмерните модели данни активно се развива напоследък. Концепцията за многоизмерния модел означава многоизмерността на логическото представяне на информационната структура. Основните понятия на многоизмерния модел са измерването и клетката.
Измерването се нарича различни данни от един тип, които образуват лицето на n-размерът на куба. Клетката е поле, чиято стойност се определя от целия набор от измервания. Клетъчната стойност може да бъде променлива или формула.
Специални многоизмерни СУБД се използват за работа с многоизмерни модели данни, които се основават на концепцията за агрегиране, историческа и предсказуемост. При обобщаване на данни са предназначени различни нива на обобщаване на информация. Историчността на данните означава високо ниво на статично естество както на самите данни, така и връзките между тях, както и рационализиране на данните във времето в процеса на обработка и подаване на потребители. Предоставянето на предвидимост се дава чрез използване на специални функции за прогнозиране.
Многоизмерно СУБД използва две вериги за организация на данни - поликубични и хипекубични. В поликубичен модел n-размерът на кубчета могат да имат различни размери и различни измервания. В хиперкубния модел всички размери на кубчета са едни и същи и измерванията на различни кубчета съвпадат.
Намерът е определена подгрупа на N-размерът на куба, настроен от фиксирането на определения брой измервания. Нарядът има измерение по-малко от n и се използва по-специално за представяне на информация на потребителите под формата на четливи двумерни таблици. Ротацията често се използва и за двуизмерно представяне на данни и е да се промени поръчката за измерване. Операциите с агрегиране и подробности означават по-общо или по-подробно представяне на информация.
Многоизмерните модели данни са особено удобни за работа с големи бази данни, тъй като това дава възможност за ефективно обработване на значителни количества информация и това е тяхното безспорно предимство.
Основната разлика на обектно-ориентирания модел от обсъжданата по-горе е използването на обектно-ориентирани методи за манипулиране на данни - капсулиране, наследяване и полиормизъм.
Капсулирането означава възможността за разграничаване на достъпа на различни програми, приложения, методи и функции (в по-широк смисъл и достъп на различни категории потребители) различни свойства Обекти на данните. В контекста на термина "капсулиране" често използва концепцията за видимост - степента на наличност на отделни свойства на обекта. В съвременните обектно-ориентирани програми за програмиране (като Delphi или C ++ Builder) има следните нива на капсулиране (видимост), които се наричат \u200b\u200bраздели:
- 1. Раздели публични, публикувани и автоматизирани - с незначителни отличителни черти Свойствата на обекта, описан като принадлежащи към тези раздели, са напълно достъпни.
- 2. Частният участък - този раздел налага най-твърдите ограничения върху видимостта на свойствата на обекта. Като правило такива свойства са достъпни само за собственика на този обект ( софтуерния модулв който е създаден този обект).
- 3. Защитена секция - за разлика от частния участък, свойствата на обекта стават достъпни за наследниците на собственика на обекта.
За разлика от капсулирането, наследството предполага пълно прехвърляне на всички свойства на основния обект към детските обекти. Ако е необходимо, наследството на свойствата на един обект може да бъде разширено до обекти, които не са подходящи за нейните дъщерни дружества.
Полиморфизмът означава възможността едно и също приложение за манипулиране на данни различни видове - приложения (методи, процедури и функции) обработващи обекти различни видовеможе да има същото име.
Основното предимство на обектно-ориентираните модели е способността да се симулира различни сложни връзки между обектите.
Известен три вида модели за описание на базата данни(Фиг.3.7):
ü йерархична;
ü Мрежа;
ü Релационни.
Основна разликамежду тях се състои в естеството на описанието на взаимоотношенията и взаимодействието между обекти и атрибути на базата данни.
Фигура 3.7. Основни видове модели на данни
1. Йерархичен модел на базата данни Изобразен под формата на дърво. Всеки връх съответства на много случаи на записи, които съставляват логически файл. Версиите са разположени по нивата и са свързани с подчинените отношения. Единственият връх на най-високото ниво е коренът (фиг. 8).
Предимството на модела е:
· Лесен за изграждане;
· Лесно разбиране на същността на принципа на йерархията;
· Наличието на промишлени СУБД, подкрепящи този модел.
Недостатък Това е сложността на операциите по включването в йерархията на информацията за новите обекти на базата данни и премахване на остарената информация.
Фиг. 3.8. Йерархичен модел на данни
2. Мрежов моделописва елементарни данни и взаимоотношения между тях под формата на ориентирана мрежа. Това са такива връзки между обектите, когато всеки генериран елемент има повече от един източник и може да бъде свързан с друг елемент на структурата Фиг.з.9).
Мрежовите структури могат да бъдат многостепенни, да имат различна степен на сложност.
Базата данни, описана от мрежовия модел, се състои от зони (области - от записи и записи от полета).
Недостатък Мрежовият модел е неговата сложност, възможността за загуба на независимостта на данните, когато базата данни е реорганизирана. Когато възникнат нови потребители, нови приложения и нови видове заявки, базата данни се увеличава, което може да доведе до нарушаване на логично представяне на данни.
Фиг.3.9. Модел на мрежови данни
3. Релационен модел db Представлява обекти и взаимоотношения между тях под формата на таблици и всички операции с данни се намаляват до операции над тези таблици. Почти всички съвременни СУБД се основават на този модел.
Релационен моделтя се основава на концепцията за "връзка" и данните му се формират под формата на таблици. Отношението е двуизмерна маса, която има своето име, в което минималната цел на действие, която запазва структурата му, е табличен низ (кортеж), състоящ се от таблица от таблици - полета.
Всяка таблица колона съответства само на един компонент на тази връзка. От логическа гледна точка, релационната база данни е представена от множество двумерни таблици с различен подложки за пълнене.
В релационната база данни, DBMS поддържа извличането на информация от базата данни, базирана на логически връзки. Когато работите с базата данни, не е необходимо да програмирате връзки с файлове, което позволява една команда да се справя с всички файлове с данни и да подобри ефективността на програмирането на базата данни. Благодарение на намаляването на изискванията за разработване на разработчици, кръгът на потребителите на бази данни е значително разширен, информационни бази Данните са станали стандартни DBMS за информационни системи.
Фиг.3.10 Модел на релационни данни
В зависимост от съдържанието на връзката, релационните бази данни са:
ü обекти, в които данните се съхраняват на всеки един обект, екземпляр на предприятието. В тях един от атрибутите уникално определя обекта и се нарича ключ за връзката или първичния атрибут. Останалите атрибути са функционално зависими от този ключ;
ü свързани, в които се съхраняват ключовете на няколко обектни отношения, според които комуникацията е установена между тях.
Предимствата на релационния модел:
· Лесен за изграждане;
· Наличност на разбиране;
· Възможност за използване на базата данни без познания за методите и методите на нейното изграждане;
· Независимост на данните;
· Гъвкавост на структурата и др.
Недостатъци на релационния модел:
· Ниска работа в сравнение с йерархичните и мрежовите модели;
· Софтуерна сложност;
· Резервиране на елемента.
В последните години Изключително признатите и развитието получават обектно-ориентирани бази данни (OBD).
Фундаментална разлика Релационните и обектно-ориентираните бази данни се крият в следното: В Obsd, моделът на данните е по-близо до образуванията на реалния свят, обектите могат да бъдат запазени и използвани директно, без да ги разлагат на таблици, типовете данни се определят от разработчика и не се ограничават до набор от предварително определени видове.
Традиционните области на нанасяне на обект на СУБД са автоматизирани дизайнерски системи (CAD), моделиране, мултимедия.
Обект СУБД може да се припише на Ontos - един от лидерите, които насочват СБД, жасмин. Odb-Jupiter е първият руски продукт от този вид, Oracle 8.0.
Основите на знанието са специални компютърни системи, основани на обобщение, анализ и оценка на знанията за висококвалифицирани експерти по експерти.
Например, "consultantplus", "garant service".
Основните елементи на информационната технология, използвани в ВЗ, са:
Знание,
Преводач,
Модул създаване на системи,
Използва се интерфейсът За да въведете заявки и команди в експертната система и получавате информация за продукцията от нея.
Изходната информация включва не само самата решения, но и необходимите обяснения, които могат да бъдат два вида:
1) при поискване, т.е. тези, които потребителят може да получи по всяко време;
2) който потребителят получава вече при издаване на решение, т.е. Как е решението (например как избраната цена е засегната и разходи и разходи.).
Към базата данни за знанието Фактите, характеризиращи проблемната област, както и тяхната логическа връзка. Централната връзка тук са правила, които дори в най-простата задача на експертните системи могат с хиляди. Правилата определят процедурата в конкретна ситуация при извършване на едно или друго състояние.
Преводач В определен ред провежда обработването на знания в базата данни. Използват се и допълнителни блокове: база данни, изчислителни блокове, вход, корекции на данните.
Модул за създаване на системи Използва се за създаване на набор от правила, което прави промени в тях. Тук могат да се използват както специални алгоритмични езици (LISP, Prologue) и черупката на експертните системи.
По-напреднал е използването на черупките на експертни системи, т.е. Софтуер, ориентиран към решения определен проблем Чрез създаване на базата знания, съответстваща на нея. Този път обикновено е по-бърз и по-малко трудоемък.
1. Каква е разликата между информацията и данните?
2. Как е адекватността на информацията?
3. Назовете признаци на класификация на икономическата информация.
4. Каква е информационната структура?
5. Индикаторът се различава от подпори?
6. Посочете основните свойства на информацията.
7. Какво е включено в информационната подкрепа?
8. Какво се различава най-много информационната поддръжка на електронна поща от импрегнатора?
9. Какви са класификаторите и за каква цел са разработени класификатори?
10. Какво е заданието на бар кодиране? Какви са неговите характеристики?
11. Определете концепциите за "класификатори" и "кодове".
12. Какви автоматизирани банки данни се различават от основите на знанието?
13. Какво е включено в автоматизираните банки за данни?
14. CHE. архитектура на клиентски сървър Се различава от файловия сървър?
15. Посочете основните характеристики на СУБД.
16. Какво означава целостта на данните?
17. Опишете видовете модели за описание на базата данни.
4. информационни технологии В управлението и икономиката
Лекция 5.
Бази данни за информационни системи
База данни. Класификация и характеристики на СУБД.
Основни модели на база данни.
Бази данни в икономическите системи
База данни Определя се като набор от взаимосвързани данни, характеризиращи се с: възможността за употреба голямо число приложения; Възможността за бързо приемане и модифициране необходима информацияШпакловка минимална резервация на информация; Независимост от програмите за кандидатстване; Общ метод на търсене.
DBMS. - Това е програма, която се осъществява чрез централизирано управление на данни, съхранявано в базата данни, както и достъп до тях, които ги подкрепят.
Задачите на СУБД са:
Съхранение на информация в структурирана форма;
Актуализиране на информацията, ако е необходимо;
Търсене необходима информация съгласно определени критерии;
Издаване на информация на потребителя в удобна форма за него;
Премахване на съкращаването на данни;
Поддръжка на езици на базата данни.
Специални езици се използват за работа с бази данни, като цяло, наречени езици на базата данни. В съвременните СУБД обикновено се поддържа един интегриран език, съдържащ всички необходими инструменти за работа с базата данни, варираща от създаването му и предоставяне на основния потребителски интерфейс С бази данни.
Според технологията на работа с бази данни има:
Централизирано СУБД;
Разпределени dbms.
Централизирано СУБД - системата за управление на базата данни, която се съхранява в паметта на една изчислителна система.
Централизирани системи за бази данни с достъп до мрежа предлагат две основни архитектури:
¾ архитектурен файл сървър предполага разпределянето на една от мрежовите машини като централен ( основен сървър. Файлове), където се съхранява съвместно централизираната база данни. Всички други мрежови машини изпълняват ролята на работните станции. Файлове с бази данни съгласно исканията на потребителите се предават на работни станции, където се обработват основно. С голяма интензивност на достъпа до същата производителност информационна система падане;
¾ архитектура на клиентски сървър. Всеки от компютрите, свързани към мрежата и компютрите играят своята роля: сървърът притежава и управлява информационни ресурси Системите, клиентът има способността да ги използва.
Сървър на база данни Това е DBMS успоредно на обработващите заявки, получени от всички работни станции. Като правило, клиентът и сървърът са географски отдалечени един от друг и в този случай формират система от разпределена обработка на данни.
В разпределени DBMS. Голяма част от софтуера и хардуера са централизирани и е в достатъчно един мощен компютър (сървър), докато потребителите на потребителите носят сравнително малка част от СУБД, което се нарича клиент.
Разпределената база данни се състои от няколко, евентуално пресичащи или дори дублирани части от частите, съхранявани в различни компютри. компютърна мрежа. Въпреки това, потребителят на разпределената база данни не е длъжен да знае как се намират своите компоненти в мрежовите възли и си представят тази база данни като цяло. Работата с такава база данни се извършва с помощта на системата за управление. разпределена база Данни (SURBD).
Постига се сигурността на данните в базата данни:
¾ криптиране на приложни програми;
¾ данни за криптиране;
¾ парола за защита на данните;
¾ Ограничете достъпа до базата данни.
Основни модели на база данни
Основната разлика между моделите на базата данни е характерът на описването на връзката и взаимодействието между обектите и атрибутите на базата данни. Комуникацията на обектите може да бъде следните видове:
¾ "едно към едно";
¾ "един към мнозина";
¾ "Много за много".
"Едно към едно" - Това е взаимно недвусмислено съответствие, което е поставено между един обект и един атрибут. Връзката "One-One" определя такава връзка между таблиците, когато всеки запис в робската таблица съответства само на един запис в основната таблица. Наличието на връзки между таблиците "едно към едно" обикновено не показва добра структура на базата данни, тъй като предполага, че двете таблици имат напълно съвпадащи полета, и това води до ирационално потребление на дисково пространство.
Комуникация "Едно-към-много" В структурите на базата данни е най-общоприето. С този вид комуникация на всеки запис главна маса Спазва един или повече записи в робската маса. Структурата на облигациите "едно към много" ви позволява да избягвате съкращения на данни и дублиране на записи.
Тип връзка "Много от много" Тя изразява такава връзка между таблиците, когато много записи на една таблица могат да бъдат свързани с много записи на друга таблица.
Йерархичен модел Бази данни (IMD) се основава на графичен метод и осигурява търсене на данни за един от клоновете на "дървото", в който всеки пик има само една връзка с върха високо ниво. За да търсите търсенето, трябва да посочите пълен път За данни, започвайки от коренния елемент.
Фиг. 1 - модел на йерархична база данни
Мрежов модел Бази данни (SMD) също се основава на графичния метод, но позволява усложнене на "дървото", без да ограничава броя на връзките, включени в върха. Това ви позволява да изграждате сложни търсачки.
Фиг. 2 - модел на мрежов база данни
Релационен модел Бази данни (RMD) прилага табличен метод.
В релационния модел на базата данни за връзката между елементите на данните, те са представени в двуизмерни таблици връзки.
Взаимоотношенията притежават следното имоти:
¾ всеки елемент от таблицата представлява един елемент от данни (няма повтарящи се групи);
¾ елементите на колоните имат една и съща природа и колоните са уникално присвоени на имената;
¾ таблицата няма две идентични линии;
¾ реда и колоните могат да се разглеждат в произволен ред, независимо от тяхното информационно съдържание.
Релационният модел на DB се занимава с три аспекта на данните: с структура на данните, целостта на данните и манипулацията на данните. Под структураразбира се от логическата организация на данните в базата данни, под целостта на данните Разбиране на епробостта и точността на информацията, съхранена в базата данни, под манипулиране на данни - действия, извършвани по данните в базата данни.
Предимствата на релационния модел:
¾ простота на строителство;
¾ Наличност на разбиране;
¾ възможността за работа с базата данни без познания за методите и методите на нейното изграждане;
¾ независимост на данните;
¾ гъвкавост на структурата и др.
Недостатъци на релационния модел:
¾ ниска работа в сравнение с йерархичния и мрежовия модел;
¾ сложност на софтуера;
¾ резервиране на елементи.
През последните години увеличаването на признаването и развитието получават обект база Данни(OBD), външният вид се дължи на разработването на обектно-ориентирано програмиране.
Целта се нарича почти всичко, което представлява интерес за решаване на задачата на компютъра. Тя може да бъде прозорец на екрана, бутон в прозореца за въвеждане на данни, потребител на програмата, самата програма и др. Тогава всички действия могат да бъдат вързани за такъв обект, както и да опишат какво ще се случи с обекта при извършване на определени действия (например, когато "кликнете върху" бутона). Множествено използван обект може да бъде запазен и да го приложи в различни програми.
Обект Призовават се софтуер, свързан с методи (функции) и свойства, изпълняващи една функционална задача.
Имот - Това е характеристика, с която е описана. външен вид и работата на обекта.
Събитие - Това е действие, което е свързано с обекта. Събитие може да бъде извикано от потребителя (кликване), иницииран приложна програма или операционна система.
Метод - това е функция или процедура, управление на работата Обект с реакцията му към събитието.
Обектите могат да бъдат като визуални, т.е. Което може да се види на дисплея (прозорец, пиктограма, текст и т.н.) и Norval (например програма за решаване на всяка функционална задача).
