Въведение. 4
1. Бази данни и СУБД 6
2. Релационни бази данни 20
3. Операции върху таблици на релационна база данни 29
4. Разработване на инфологични модели 49
5. Организация на достъпа до данни 64
6. Принципи на изграждане на системи, фокусирани върху анализа на данни 96
Заключение. 106
Списък с най-често срещаните съкращения. 107
Въведение.
Има много малко литература на руски език по темата за СУБД. Не е възможно да се препоръча една или повече книги, чието съдържание би покривало материала от курса "Бази данни". Сред най-добрите са K. Date's Introduction to Database Systems (Nauka, 1980) и A Guide to the DB2 Relational Database Management System (Finance and Statistics, 1988), както и книгата на J. Ullman "Основи на базата данни" (Finance and Statistics, 1983). Въпреки че тези книги са малко остарели (няколко редакции вече са публикувани на английски), те си заслужават да бъдат прочетени.Този учебник, според нас, е предназначен да систематизира и представи методично, в достъпна за първоначално изучаване и усвояване форма, материал по обем и съдържание, отговарящ на изискванията на учебната програма „Бази данни“. Състои се от шест взаимосвързани раздела, в които стъпка по стъпка се разглеждат следните въпроси:
концепция на база данни, архитектура на СУБД (инфологичен модел на данни, дейталогически модел на данни, физически модел на данни, типове дейталогически модели на данни, йерархичен дейталогически модел, мрежов дейталогически модел, логически модел на данни, базиран на обърнати списъци, релационен дейталогически модел, обектно-релационен дейталогически модел);
релационни бази данни (основни понятия за релационни бази данни, тип данни, домейн, схема на връзка, схема на база данни, кортеж, релация, цялост на релационна база данни, основни свойства на релационни релации на база данни);
операции върху таблици на релационни бази данни (операции на теория на множеството, нормализиране на отношенията на релационна база данни);
използване на езика на ER диаграмите за изграждане на инфологични модели (диаграми на същност-връзка, информационно моделиране, методология IDEF1X, етапи на разработване на модел на инфологични данни);
организация на достъпа до данни (средства за ускорен достъп до данни, език на заявки, обработка на транзакции, средства за възстановяване след откази);
принципи на изграждане на системи, фокусирани върху анализа на данни (складове за данни; модели на данни, използвани в изграждането на складове за данни).
1. Бази данни и СУБД
1.1. Данни и компютриВъзприятието на реалния свят може да бъде свързано с поредица от различни, макар и понякога взаимосвързани явления. От древни времена хората са се опитвали да опишат тези явления (дори когато не са могли да ги разберат). Това описание се нарича данни.
Традиционно заснемането на данни се извършва с помощта на специфично средство за комуникация (например с помощта на естествен език или изображения) върху определен носител (например камък или хартия). Обикновено данните (факти, явления, събития, идеи или обекти) и тяхната интерпретация (семантика) са фиксирани заедно, тъй като естественият език е достатъчно гъвкав, за да представи и двете. Пример е твърдението "Цена на билета 128". Тук "128" е даденото, а "Цена на самолетния билет" е неговата семантика.
Често данните и интерпретацията са отделни. Например "График за движение на самолети" може да се представи под формата на таблица (фиг. 1.1.1), в горната част на която (отделно от данните) е дадена интерпретацията им. Това разделяне затруднява работата с данните (опитайте се бързо да получите информация от дъното на таблицата).
| Интерпретация |
|||||||
| Номер на полета | Дни от седмицата | Отправна точка | Час на отпътуване | Дестинация | Час на пристигане | Тип самолет | Цена на билет |
| Данни |
|||||||
| 138 | 2_4_7 | Баку | 21.12 | Москва | 0.52 | IL-86 | 115.00 |
| 57 | 3_6 | Ереван | 7.20 | Киев | 9.25 | ТУ-154 | 92.00 |
| 1234 | 2_6 | Казан | 22.40 | Баку | 23.50 | ТУ-134 | 73.50 |
| 242 | 1 до 7 | Киев | 14.10 | Москва | 16.15 | ТУ-154 | 57.00 |
| 86 | 2_3_5 | Минск | 10.50 | Сочи | 13.06 | IL-86 | 78.50 |
| 137 | 1_3_6 | Москва | 15.17 | Баку | 18.44 | IL-86 | 115.00 |
| 241 | 1 до 7 | Москва | 9.05 | Киев | 11.05 | ТУ-154 | 57.00 |
| 577 | 1_3_5 | Рига | 21.53 | Талин | 22.57 | АН-24 | 21.50 |
| 78 | 3_6 | Сочи | 18.25 | Баку | 20.12 | ТУ-134 | 44.00 |
| 578 | 2_4_6 | Талин | 6.30 | Рига | 7.37 | АН-24 | 21.50 |
Ориз. 1.1.1. Данни и тяхната интерпретация.
Използване на компютър за поддръжка аз (ескорт, подкрепа)а обработката на данни обикновено води до още по-голямо разделяне и интерпретация на данните. Компютърът работи главно с данни като такива. Повечето от интерпретативната информация изобщо не се записва изрично (компютърът не „знае“ дали „21.50“ е цената на самолетен билет или часът на заминаване). Защо се случи това?
Има поне две исторически причини, поради които използването на компютри е довело до разделяне на данните от интерпретацията. Първо, компютрите не са имали достатъчно възможности за обработка на текстове на естествен език - основният език за интерпретиране на данни. Второ, цената на компютърната памет първоначално беше много висока. Паметта се използва за съхраняване на самите данни, а интерпретацията традиционно се оставя на потребителя. Потребителят постави интерпретацията на данните в своята програма, която "знаеше", например, че шестата входна стойност е свързана с времето на пристигане на самолета, а четвъртата - с времето на неговото заминаване. Това значително увеличи ролята на програмата, тъй като извън интерпретацията данните не са нищо повече от колекция от битове на устройство с памет. Твърдата зависимост между данните и използващите ги програми създава сериозни проблеми при поддръжката на данните и прави използването им по-малко гъвкаво. Концепция за база данни. Архитектура на СУБД
Енергичните усилия за намиране на приемливи начини за социализиране на непрекъснато нарастващия обем информация доведоха до създаването в началото на 60-те години на специални софтуерни системи, наречени " Системи за управление на бази данни"(СУБД). СУБД- софтуер, който създава бази данни, поддържа ги в работно състояние и осигурява ефективен достъп до данните от базата данни за потребители и приложения. Основната характеристика на СУБД е наличието на процедури за въвеждане и съхранение не само на самите данни, но и на описания на тяхната структура. Файловете, снабдени с описание на съхраняваните в тях данни и под контрола на СУБД, започнаха да се наричат банки данни, а след това " База данни"(DB). По този начин, База данни(DB) - отразяване на предметната област под формата на структурирана колекция от данни. Съхранените в него данни характеризират състава на обектите в предметната област, техните свойства и взаимоотношения.
СУБД трябва да предоставя достъп до данни на всички потребители, включително тези, които на практика нямат и (или) не искат да имат представа за:
физическо поставяне в паметта на данни и техните описания;
механизми за търсене на исканите данни;
проблеми, произтичащи от едновременното искане на едни и същи данни от много потребители (приложни програми);
начини за осигуряване на защита на данните от неправилни актуализации и (или) неоторизиран достъп;
поддържане на бази данни актуални
Когато изпълнява основната от тези функции, СУБД трябва да използва различни описания на данни. Как създавате тези описания?
Естествено, проект за база данни трябва да започне с анализ на предметната област и идентифициране на изискванията към нея на отделните потребители (служители на организацията, за която е създадена базата данни). Дизайнът обикновено се поверява на лице (група от лица) - администратор на база данни(DBA). Това може да бъде или специален служител на организацията, или бъдещ потребител на база данни, който е доста запознат с обработката на машинни данни.
1.2.1. Инфологичен модел на данни
Чрез комбиниране на лични идеи за съдържанието на базата данни, получени в резултат на потребителски интервюта, и нейните идеи за данните, които може да се изискват в бъдещи приложения, DBA първо създава обобщено неформално описание на създаваната база данни. Това описание, направено с помощта на естествен език, математически формули, таблици, графики и други средства, разбираеми за всички хора, работещи по дизайна на база данни, се нарича инфологически модел на данни(фиг. 1.2.1). 
Ориз. 1.2.1. Слоеве на модела на данни
Този модел, ориентиран към човека, е напълно независим от физическите параметри на средата за съхранение. В крайна сметка тази среда може да бъде човешка памет, а не компютър. Следователно, инфологичният модел не трябва да се променя, докато някои промени в реалния свят не изискват промяна в някаква дефиниция в него, така че този модел да продължи да отразява предметната област.
Останалите модели, показани на фиг. 1.2.1 са компютърно ориентирани. С тяхна помощ СУБД позволява на програмите и потребителите да имат достъп до съхранените данни само от техните имена, без да се притесняват за физическото местоположение на тези данни. Необходимите данни се търсят от СУБД на външни устройства за съхранение чрез физически модел на данни.
1.2.2. Datalogical модел на данни
Тъй като посоченият достъп се осъществява с помощта на конкретна СУБД, моделите трябва да бъдат описани на език за описание на даннитетази СУБД. Такова описание, създадено от DBA на базата на инфологичния модел на данни, се нарича логически модел на данни.Посочените промени във физическия и логическия модел няма да бъдат забелязани от съществуващите потребители на системата (те ще бъдат „прозрачни“ за тях), както няма да бъдат забелязани и нови потребители. Следователно независимостта на данните позволява на системата за бази данни да се развива, без да нарушава съществуващите приложения.
1.2.3. Физически модел на данни
За разлика от инфологичния модел на данни, физическият модел е напълно зависим от конкретна СУБД. Трябва да се вземе предвид
ограничения върху дължината на имената на обекти на базата данни (таблици, колони, индекси),
използване на специални знаци в имената,
допустими типове данни и тяхното вътрешно представяне на устройства за съхранение на данни в компютър.
Тристепенната архитектура (инфологични, логически и физически слоеве) позволява да се осигури независимост на съхраняваните данниот програмите, които ги използват. DBA може, ако е необходимо, да пренапише съхранените данни на други носители за съхранение и (или) да реорганизира тяхната физическа структура, променяйки само физическия модел на данни. DBA може да свърже произволен брой нови потребители (нови приложения) към системата, добавяйки, ако е необходимо, логическия модел на данни.
Релационната алгебра е езикът на операциите, извършвани върху релации - таблици в релационна база данни. Операциите на релационната алгебра правят възможно, на базата на една или повече релации, да се създаде друга връзка, без да се променят самите оригинални отношения. Получената друга връзка обикновено не се записва в базата данни, а съществува в резултат на изпълнение на SQL заявка – масив, създаден от функции за работа с бази данни на езици за програмиране. За всяка операция на релационна алгебра ще бъде дадено нейното изпълнение под формата на заявки на езика SQL.
Помислете за операциите на релационната алгебра. За да не се разсейвате от съдържанието на таблици, които не са във вашите бази данни, като "Продукти", "Драйвери", "сливи", "круши", "чай", "кафе", Владимирс, Сергей и др. ще извършваме операции върху релации (таблици) с абстрактни данни, като R1, R2 (имена на таблици - релации) и т.н. и A1, A2, A3 (имена на атрибути - колони) и h15, w11 и т.н. (съдържание на записи на таблици на базата данни).
Приоритети за извършване на операции по релационна алгебра (в низходящ ред на списъчните елементи, а в един елемент - операции с равни приоритети):
- избор, проекция
- декартово произведение, присъединяване, пресичане, деление
- съюз, разлика.
Операция за извличане
Операцията за избор работи с една връзка и определя получената връзка Р, който съдържа само онези кортежи (или редове, или записи), отношения, които отговарят на дадено условие (предикат П ).
Следователно операцията извличане е унарна операция и се записва по следния начин:
където П- предикат (логическо условие).
SQL заявка
Сега нека видим какво се случва в резултат на тази операция на релационна алгебра и съответната SQL заявка. Таблицата по-долу показва една връзка, с която работи тази операция.
| R3 | |||
| A1 | A2 | A3 | A4 |
| 3 | чч | yl | Госпожица |
| 4 | стр | a1 | ср |
| 1 | rr | yl | Госпожица |
Преглеждаме колона A3 и установяваме, че записите в първия и третия ред на оригиналната релация удовлетворяват предиката A3> "d0" (тъй като номерът на буквата y в азбуката е по-голям от номера на буквата d). В резултат на това получаваме следната нова връзка, в която има два реда:
| Р | |||
| A1 | A2 | A3 | A4 |
| 3 | чч | yl | Госпожица |
| 1 | rr | yl | Госпожица |
Материалът ще ви помогне да комбинирате всякакви логически условия за проби "Булева алгебра (алгебра на логиката)" .
SQL заявка
ИЗБЕРЕТЕ A1, A2, A3 от R1 UNION ИЗБЕРЕТЕ A1, A2, A3 от R2
Сега нека видим какво се случва в резултат на тази операция на релационна алгебра и съответната SQL заявка. Сега са дадени две релации, тъй като операцията обединение е двоична операция:
| R1 | R2 | |||||
| A1 | A2 | A3 | A1 | A2 | A3 | |
| Z7 | аа | w11 | X8 | стр | k21 | |
| B7 | чч | h15 | Q2 | ей | h15 | |
| X8 | стр | w11 | X8 | стр | w11 | |
Комбинираме линиите на първата и втората релация и виждаме, че третият ред, който е трети и в първата, и във втората релация, е идентичен, така че го включваме в новата релация само веднъж. Получаваме следната връзка:
| Р | ||
| A1 | A2 | A3 |
| Z7 | аа | w11 |
| B7 | чч | h15 |
| X8 | стр | w11 |
| X8 | стр | k21 |
| Q2 | ей | h15 |
Важно е следното: операция на обединение може да се извърши само когато две релации имат еднакъв брой и имена на атрибути (колони) или, формално казано, са съвместими по отношение на обединението.
Операция на пресичане
Резултатът от пресичането на две множества (отношения) A и B () ще бъде такова множество (отношение) C, което включва тези и само онези елементи, които са едновременно в множество A и в множество B. Операцията на пресичане на релационна алгебра е идентично с операцията.
SQL заявка
ИЗБЕРЕТЕ A1, A2, A3 от R1 ИЗБЕРЕТЕ A1, A2, A3 от R2
В някои SQL диалекти липсва ключовата дума INTERSECT. Неговият заместител например в MySQL и други е INNER JOIN. Как работи операторът SQL JOIN като цяло и неговите разновидности INNER JOIN, LEFT OUTER JOIN, RIGHT OUTER JOIN и FULL OUTER JOIN - в урока SQL JOIN - свързване на таблици на база данни .
MySQL заявка
Сега нека видим какво се случва в резултат на тази операция на релационна алгебра и съответната SQL заявка. Отново са дадени две съотношения R1 и R2:
| R1 | R2 | |||||
| A1 | A2 | A3 | A1 | A2 | A3 | |
| Z7 | аа | w11 | X8 | стр | k21 | |
| B7 | чч | h15 | Q2 | ей | h15 | |
| X8 | стр | w11 | X8 | стр | w11 | |
Преглеждаме всички записи в две отношения и откриваме, че и в първата, и във втората релация има един ред - този, който е третият и в първата, и във втората релация. Получаваме нова връзка:
| Р | ||
| A1 | A2 | A3 |
| X8 | стр | w11 |
Различна операция
Разликата между две отношения R1 и R2 () се състои от кортежи (или записи или редове), които съществуват във връзка R1, но липсват във връзка R2. Връзката R1 и R2 трябва да е съвместима с съюз. Операцията на разликата в релационната алгебра е идентична с операцията.
SQL заявка
ИЗБЕРЕТЕ A1, A2, A3 от R2 ОСВЕН
ИЗБЕРЕТЕ A1, A2, A3 от R1
Нека видим какво се случва в резултат на тази операция на релационна алгебра и съответната SQL заявка. Отново са дадени две съотношения R1 и R2:
| R1 | R2 | |||||
| A1 | A2 | A3 | A1 | A2 | A3 | |
| Z7 | аа | w11 | X8 | стр | k21 | |
| B7 | чч | h15 | Q2 | ей | h15 | |
| X8 | стр | w11 | X8 | стр | w11 | |
От отношението R2 изключваме реда, който също е по отношение на R2 - третият - и получаваме нова връзка:
| Р | ||
| A1 | A2 | A3 |
| X8 | стр | w11 |
| Q2 | ей | h15 |
Декартово действие на продукта
Операцията с декартово произведение () дефинира нова релация R, която е резултат от свързването на всеки кортеж на релацията R1 с всеки кортеж на връзката R2.
SQL заявка
ИЗБЕРЕТЕ * от R3, R4
Нека видим какво се случва в резултат на тази операция на релационна алгебра и съответната SQL заявка. Дадени са две съотношения R3 и R4:
| R3 | R4 | |||||
| A1 | A2 | A3 | A4 | A5 | A6 | |
| 3 | чч | yl | Госпожица | 3 | чч | |
| 4 | стр | a1 | ср | 4 | стр | |
| 1 | rr | yl | Госпожица | |||
Новата връзка трябва да има всички атрибути (колони) на двете връзки. Първо, първият ред на R3 се свързва с всеки от двата реда на R4, след това вторият ред на R3, след това третият. Резултатът трябва да бъде 3 X 2 = 6 кортежи (редове). Получаваме това ново отношение:
| Р | |||||
| A1 | A2 | A3 | A4 | A5 | A6 |
| 3 | чч | yl | Госпожица | 3 | чч |
| 3 | чч | yl | Госпожица | 4 | стр |
| 4 | стр | a1 | ср | 3 | чч |
| 4 | стр | a1 | ср | 4 | стр |
| 1 | rr | yl | Госпожица | 3 | чч |
| 1 | rr | yl | Госпожица | 4 | стр |
Изпратете вашата добра работа в базата от знания е лесно. Използвайте формуляра по-долу
Студенти, специализанти, млади учени, които използват базата от знания в своето обучение и работа, ще ви бъдат много благодарни.
Публикувано на http://www.allbest.ru/
Министерство на образованието на Руската федерация
Пензенския държавен университет
Факултет по компютърни науки
Катедра Информационни и изчислителни системи
Дисциплина "Бази данни"
Лабораторен доклад No1
Операции с база данни
Завършен: ст-ка гр. 13VE1
Юдина С.В.
Приет: д-р, доцент
Долгова И.А.
- 1. Цел на работата
- Упражнение
- 2. Изпълнение на работата
- Създаване на база данни
- Регистрация в база данни
- Връзка с база данни
- Извличане на метаданни
- Премахване на база данни
- Заключение
- Приложения
1. Цел на работата
Разгледайте операциите на базата данни като цяло. Получете умения за използване на приложението "IBExpert" за създаване, изтриване, регистриране, свързване, извличане на метаданни, архивиране и възстановяване на базата данни Firebird. Разгледайте SQL изразите за създаване, свързване и премахване на база данни.
Упражнение
1) Разгледайте операциите на базата данни като цяло.
2) Получете умения за използване на приложението "IBExpert" за създаване, изтриване, регистриране, свързване, извличане на метаданни, архивиране и възстановяване на базата данни Firebird.
3) Научете SQL изрази за създаване, свързване и пускане на база данни.
За вариант 17 първоначалните данни са името на файла с базата данни - YudinaDom1. FDB, вход - TEAM001, парола - slave001.
2. Изпълнение на работата
Създаване на база данни
Базата данни е създадена с помощта на инструмента IBExpert. В този случай като сървър на база данни беше използван отдалечен сървър с име sqledu03.
Файлът на базата данни е с име D: \ Data \ Lr1 \ YudinaDom1. FDB, сървър - отдалечен, име на сървър - sqledu03, протокол - TCP / IP, файл с клиентска библиотека - C: \ Program Files \ Firebird \ Firebird_2_5 \ bin \ fbclient. dll, потребителско име - TEAM001, парола - slave001, размер на DB страница - 16384, кодиране - WIN1251, DB диалект - диалект 3.
Базата данни е регистрирана под името YudinaDom1. FDB. В този случай беше използван сървърът Firebird версия 2.5 (виж Приложение A, Фиг. 1. Създаване на база данни).
Регистрация в база данни
За да регистрирате база данни, изберете елемента от менюто База данни > Регистрирайте базата. В резултат на това се отваря диалоговият прозорец "Регистриране на база данни", в който трябва да попълните почти същите полета, както при създаването на базата данни, след което щракнете върху бутона. След регистрация цялата въведена информация за базата данни се записва от приложението IBExpert и възел с регистрираната база данни се добавя към дървото в раздела Бази данни в прозореца "Database Explorer" (виж Приложение A, Фиг. 2. Регистрация на база данни ).
резервно копие на основния оператор
Връзка с база данни
За да се свържете с регистрирана база данни, изберете база данни в списъка и изпълнете командата База данни> Свързване с база данни. Името на свързаната база данни в прозореца "Database Explorer" ще бъде подчертано с удебелен шрифт и ще се появят вложени възли с обекти, съдържащи се в свързаната база данни (Вижте Приложение A, Фиг. 3. Свързване с базата данни).
Извличане на метаданни
За да извлечете метаданни, използвайте командата на главното меню Инструменти> Извличане на метаданни, която отваря прозореца "Извличане на метаданни". В прозореца поставете отметка в квадратчето „Извличане на всички“, след което с помощта на падащия списък „Извличане в“ изберете „Script Executive“, в който ще бъдат извлечени метаданните, и след това щракнете върху бутона [Стартиране на извличане] (вижте Приложението A, Фиг. 4. Извличане на метаданни). След извличане се отваря прозорецът на редактора на скриптове, съдържащ извлечените метаданни. (Вижте Приложение A, Фиг. 5. Извличане на метаданни (редактор на скриптове)).
Премахване на база данни
За да изтриете база данни, изберете командата от менюто База данни> Изтриване на база данни и след това потвърдете желанието си в диалоговия прозорец. (Вижте Приложение A, Фиг. 6. Изтриване на база данни (меню База данни)).
Създаване на база данни с помощта на "Script Editor"
За да създадете база данни, е необходимо да изпълните командата Tools> Script editor в приложението IBExpert, след това въведете командите, които създават базата данни в прозореца "Script editor" и щракнете върху бутона [Execute script] (Вижте Приложение A, Фиг. 7. Създаване на база данни (редактор на скриптове В резултат на това трябва да се появи съобщение за успешното изпълнение на скрипта. За по-нататъшна работа трябва да регистрирате отново базата данни и да се свържете с нея.
Архивиране и възстановяване на база данни
За да създадете резервно копие на база данни с помощта на приложението "IBExpert", изпълнете командата от менюто Services> Database backup, задайте няколко параметъра в диалоговия прозорец "Database backup", който се отваря, и щракнете върху бутона [Start backup]. В резултат на това ще бъде създаден файл с резервно копие (Вижте Приложение A, Фиг. 8. Архивиране).
За да възстановите база данни от резервно копие, използвайте командата Услуги> Възстановяване на база данни. В резултат на това се отваря диалоговият прозорец „Възстановяване на база данни“, в който е необходимо да изберете реда „Нова база данни“ в полето „Възстановяване на информация“, въведете името на възстановения файл на базата данни в полето „Файл на базата данни“ ( SQLEDU03: D: \ DATA \ Lr1 \ YudinaDom1. FDB), в полето "Име на файл" въведете името на файла, от който ще бъде възстановена базата данни, след което натиснете бутона (Вижте Приложение A, Фиг. 9. Възстановяване на база данни ).
Файлове, получени по време на лабораторната работа.
Скриптът за създаване на база данни е редактиран. (Вижте Приложение A, Фиг. 10. Редактор на скриптове за база данни). Скриптовият файл се записва на сървъра в папка "ЛР1" със същото име като името на базата данни, стандартно разширение ". Sql".
В резултат на лабораторната работа бяха създадени следните файлове:
1) Скрипт - D: \ Data \ Lr1 \ YudinaDom1. sql
2) DB - D: \ Data \ Lr1 \ YudinaDom1. fdb
3) Архивиране на база данни - D: \ Data \ Lr1 \ YudinaDom1. fbk
4) Файл с отчета - D: \ Data \ Lr1 \ Report1. отт
Отговори на въпроси за сигурност
1. Дайте определение на понятието „База данни“.
Базата данни е определен набор от стабилни данни, които отразяват състоянието на обектите и техните взаимоотношения в разглежданата предметна област и се използва от приложните системи на всяко предприятие.
2. Какво означават съкращенията СУБД и СУБД?
Система за управление на база данни. Система за управление на база данни.
3. Какви операции се извършват с базата данни като цяло?
Добавяне на нови данни, изтриване, редактиране.
4. Какво представлява базата данни Firebird? Какъв е размерът на файла с базата данни? От какво зависи? Какво има във файла на базата данни?
Firebird е релационна база данни, предназначена за използване в клиент/сървър приложения. Във Firebird базата данни е един или повече файлове, които съхраняват потребителски данни и метаданни - 2,40 MB. От количеството на съдържащата се информация. Първични файлове с данни, вторични файлове с данни и регистрационни файлове.
Размерът влияе върху ефективността на СУБД, препоръчва се размерът на страницата да бъде равен на размера на клъстера на файловата система, размерът на страницата по подразбиране е 16384.
6. Какво трябва да се направи, за да се съхраняват знаците на руската азбука в базата данни?
Полето за въвеждане "Кодиране" се използва за избор на набора от символи на националната азбука за текстовите полета на базата данни. Руски символи на Windows са кодирани в Win1251. Ако въведете NONE в това поле, ще се поддържа кодирането, използвано от операционната система.
7. Назовете разликите между първия и третия диалект на базата данни.
В диалект 3, за разлика от диалект 1, се използва разширен набор от типове данни, случаят на идентификаторите, записани в двойни кавички, е различен и не се поддържа неявно прехвърляне на типове данни.
8. Какви са начините за създаване и изтриване на база данни?
Можете да използвате един от двата начина за създаване на база данни:
1. Изпълнете командата База данни> Създаване на база даннив приложението IBExpert, въведете параметрите на създаваната база данни в диалоговия прозорец „Създаване на база данни“ и щракнете върху [ Добре].
2. Изпълнете командата в приложението IBExpert Инструменти> Редактор на скриптове, след това въведете командите, които създават базата данни в прозореца „Редактор на скриптове“ и щракнете върху [ Изпълнете скрипт] (F9).
За премахване:
1. В програмата "IBExpert" изпълнете командата на менюто Database> Delete database, след което потвърдете желанието си в диалоговия прозорец.
2. Изпълнете SQL оператора DROP DATABASE.
3. Изтрийте ръчно файла с базата данни.
9. Как се посочва пътят към файла с базата данни, разположен на отдалечения компютър?
Име на сървъра: Път към файла (sqledu03: D: \ Data \ Lr1 \ YudinaDom1. Fdb)
10. Какви са стандартните разширения за файлове с база данни и скриптове?
Файл на базата данни ". Fdb", скрипт ". Sql".
11. Как мога да се свържа със съществуващата база данни, намираща се на локалния компютър, използвайки приложението "IBExpert"?
За да се свържете с регистрирана база данни, изберете необходимата база данни в списъка и изпълнете командата База данни> Свързване с базата данни, или щракнете двукратно върху името на избраната база данни.
12. Какво е името и първоначалната парола на администратора на сървъра на Firebird?
Име: SYSDBA, парола: masterkey.
13. Какви видове коментари могат да съдържат скриптовите файлове за извършване на операции с база данни?
Скриптът може да съдържа два типа обяснителни коментари: многоредов коментар (започва с "/ *" и завършва с "* /") и едноредов коментар, който започва с "-" и продължава до края на реда .
14. Колко системни таблици съдържа създадената база данни? С какви герои започват? Дайте имената на произволни 3 системни таблици.
34 маси. Започва с "sys". Примери: "sys. Sysschobjs" - Съществува във всяка база данни. Всеки ред представлява обект на база данни; "sys. sysscalartypes" - Съществува във всяка база данни. Съдържа ред за всеки системен или потребителски дефиниран тип данни; sys sysowners - Съществува във всяка база данни. Всеки ред съответства на член на базата данни.
15. Какви са правилата за форматиране на скриптовия текст?
Изразите в израз винаги започват на нов ред, с отстъп 1 позиция от десния край на родителя на израза (SELECT, FROM, WHERE, INTO,…). Операторите, съдържащи се в скрипта, са разделени един от друг с ";". Когато декларирате таблици, имената на колони, типове, стойности по подразбиране, ограниченията за нула са подравнени вляво.
Заключение
В хода на лабораторната работа бяха изследвани операциите с базите данни като цяло. Придобити са уменията за използване на приложението "IBExpert" за създаване, изтриване, регистриране, свързване, извличане на метаданни, архивиране и възстановяване на базата данни Firebird. Разгледани SQL изрази за създаване, свързване и премахване на база данни.
Публикувано на Allbest.ru
Подобни документи
Система за управление на бази данни (СУБД). Софтуерни инструменти за създаване, попълване, актуализиране и изтриване на база данни. Структурата, моделите и класификацията на базите данни. Създаване на каталози, псевдоними, таблици, шаблони и СУБД форми.
презентация добавена на 01/09/2014
Проектиране на релационна база данни с помощта на приложния софтуер MS ACCESS. Описания на характеристиките на използване на заявки за извличане, модифициране и изтриване на информация от базата данни. Характеристики на структурата на потребителския интерфейс.
курсова работа, добавена на 19.11.2012
Класификация на базата данни. Избор на система за управление на база данни за създаване на база данни в мрежата. Бърз достъп и получаване на конкретна информация за функциите. Разпределение на функциите при работа с база данни. Основните характеристики на йерархичния модел.
доклад за практиката, добавен на 10/08/2014
Език за описание на данни Oracle. Целта на базата данни е да съхранява информация. Създаване и модифициране на таблици с помощта на изразите Създаване и Промяна на таблица. Правила за именуване на таблица. Оператори за преименуване и съкращаване. Метод за създаване и изтриване на изглед.
Презентацията е добавена на 14.02.2014 г
Механизмът и основните етапи на създаване и администриране на база данни за книжна карта или библиотека с помощта на инструменти на Microsoft SQL Server. Характеристики на тази база и изисквания към нея. Основни операции с изследваната база данни.
курсовата работа е добавена на 21.06.2011 г
Концепцията за релационен модел на данни, целостта на неговата същност и връзки. Основните етапи на създаване на база данни, свързване на таблици по схемата на данните. Проектиране на базата данни на каталог с книги "Книги" с помощта на СУБД на Microsoft Access и езика за заявки SQL.
курсова работа, добавена на 25.11.2010 г
Проектиране на физически и логически модели на отдалечена база данни за бензиностанция. Разработване на база данни в СУБД Firebird с помощта на помощната програма IBExpert. Създаване на клиентско приложение за Windows с помощта на технология клиент-сървър в средата на C ++ Builder.
курсовата работа е добавена на 18.01.2017 г
Създаване на база данни в среда MS Access. Създаване и работа с база данни в студиото. Алгоритъм за решаване на проблема. Избор на пакет от приложни програми. Проектиране на форми на изходни документи с помощта на MS Access СУБД. Структура на запис в таблицата на базата данни.
курсова работа, добавена на 30.01.2009
СУБД - системи за управление на многопотребителски бази данни, специализирани в управлението на масив от информация. Заявки за подбор и промяна на данни, генериране на отчети за заявки за подбор. Схема на база данни. Програма за управление на база данни.
резюме добавено на 27.12.2013 г
Предназначение на базата данни за осигуряване функционирането на автобусния парк. Основните характеристики на административния панел. Функции, изпълнявани от базата данни и приложението. Инфологично моделиране на данни. Описание на разработеното уеб приложение. Проектиране на база данни.
релационна алгебра,както може да се досетите, това е специален вид алгебра, в която всички операции се извършват върху релационни модели на данни, тоест върху релации.
В таблично отношение връзката включва редове, колони и ред - заглавието на колоната. Следователно естествените унарни операции са операции по избор на определени редове или колони, както и промяна на заглавията на колоните - преименуване на атрибути.
1. Унарна операция извличане
Първата унарна операция, която ще разгледаме е операция за извличане- операцията по избор на редове от таблица, представляваща релация, според някакъв принцип, тоест избиране на редове-кортежи, които отговарят на определено условие или условия.
Оператор за извличанеобозначено ? <П>, състояние на вземане на проби – П<С>, т.е. операторът ? винаги се взема със специфично условие за кортежи П, и самото състояние Псе записва като зависимост от схема С... Имайки предвид всичко това, себе си операция за извличаневърху схемата на релацията S, приложена към релацията r
? <П>r(С) ? ? <П>r = {T(С) |T ? r & П<С>T} = {T(С) |T ? r & IfNull(П<С>T, Невярно};
Резултатът от тази операция ще бъде нова връзка със същата схема на връзката Ссъстояща се от тези кортежи T(С) на оригиналната операндна връзка, която отговаря на условието за извличане П T... Ясно е, че за да се приложи някакво условие към кортеж, е необходимо да се заменят стойностите на атрибутите на кортежа вместо имената на атрибутите.
За да разберете по-добре как работи тази операция, ето един пример. Нека бъде дадена следната диаграма на връзката:
С: Сесия (номер на тетрадката, фамилия, предмет, оценка).
Приемаме следното условие за избор:
П<С> = (Предмет = „Компютърни науки“ и Оценка> 3).
Трябва да изберем от оригиналния операнд на релация онези кортежи, които съдържат информация за студенти, издържали предмета „Компютърни науки“ с поне три точки.
Нека бъде даден и следният кортеж от това отношение:
T 0 (С) ? r(С
Прилагане на нашето условие за избор към кортеж T 0, получаваме:
П
T0 = („Бази данни“ = „Информатика“ и 5> 3);
Условието за избор не е изпълнено за този конкретен кортеж.
Като цяло, резултатът от тази конкретна проба
? <Предмет = "Информатика" and Оценка >3> Сесия
ще има таблица "Session", която съдържа редове, които отговарят на условието за избор.
2. Унарна проекция
Друга стандартна унарна операция, която ще проучим, е проекционната операция. Проекционна операцияТова е операция за избор на колони от таблица, представляваща връзка, въз основа на някакъв атрибут. А именно, машината избира онези атрибути (тоест буквално тези колони) на оригиналната операндна връзка, които са посочени в проекцията.
Прожекционен операторозначено с [ С "] или ?
T(С) [С '] = {T(а)|а ? деф(T) ? С’}, С" ?С.
Важно е да се отбележи, че дублиращи се кортежи са изключени от резултата, тоест таблицата, представяща новите, няма да има дублирани редове в получената връзка.
Като се има предвид това, операцията за проектиране по отношение на системите за управление на бази данни ще изглежда така:
? <С ">r(С) ? ? <С '>r ? r(С) [С’] ? r [С " ] = {T(С) [С '] | T ? r };
Нека да разгледаме пример, за да илюстрираме как работи операцията извличане.
Нека се даде връзката "Сесия" и диаграмата на тази връзка:
С: Сесия (номер на тетрадката, фамилия, предмет, оценка);
Ще ни интересуват само два атрибута от тази схема, а именно "номер на класната книга" и "фамилно име" на ученика, следователно подсхемата С "ще изглежда така:
С ": (№ на тетрадката, фамилия).
Нуждаете се от първоначално отношение r(С) проект към подсхема С ".
T 0 (С) ? r(С): ((Отчетник №: 100), (Фамилия: „Иванов“), (Тема: „Бази данни“), (Оценка: 5));
Следователно, проекцията на този кортеж върху дадената подсхема С "ще изглежда така:
T 0 (С) С ": ((Номер на класната книга: 100), (Фамилия: ‘Иванов’));
Ако говорим за операцията за проектиране по отношение на таблици, тогава проекцията на сесия [No. на книгата за оценки, фамилно име] на оригиналната връзка е таблицата на сесията, от която всички колони са задраскани с изключение на две: номер на книгата за оценки и фамилия. Освен това всички дублиращи се редове също са премахнати.
3. Унарна операция за преименуване
И последната унарна операция, която ще разгледаме, е операция за преименуване на атрибут... Ако говорим за връзка като таблица, тогава операцията по преименуване е необходима, за да се променят имената на всички или някои от колоните.
Преименувайте операторакакто следва: ?>, тук ? - функция за преименуване.
Тази функция установява съответствие едно към едно между имената на атрибутите на схемата Си С,където съответно С -схема на оригиналната връзка и S - схема на връзката с преименувани атрибути. По този начин операторът ? <?> прилага се към отношението r(С) дава нова връзка със схемата Ссъстояща се от кортежи на оригиналната връзка само с преименуваните атрибути.
Нека напишем операцията за преименуване на атрибути от гледна точка на системите за управление на база данни:
? <? > r(С) ? ? <? >r = {? <? > T(С)| T ? r};
Нека дадем пример за използване на тази операция:
Помислете за познатата връзка Session със следната диаграма:
С:Сесия (номер на тетрадката, фамилия, предмет, оценка);
Нека представим нова схема на връзката S, с различни имена на атрибути, които бихме искали да видим вместо съществуващите:
С:
Например, клиентът на базата данни иска да види други имена във вашата готова връзка. За да се превърне тази поръчка в реалност, трябва да бъде проектирана следната функция за преименуване:
? : (Бр. на тетрадката, Фамилия, Предмет, Оценка)> (No. ZK, Фамилия, Предмет, Оценка);
Всъщност само два атрибута трябва да бъдат преименувани, така че би било законно да напишете следната функция за преименуване вместо съществуващата:
? : (номер на тетрадката, клас) > (No ЗК, Топка);
T 0 (С) ? r(С): ((Отчетник №: 100), (Фамилия: „Иванов“), (Тема: „Бази данни“), (Оценка: 5));
Нека приложим оператора за преименуване към този кортеж:
?T 0 (С): ((No ЗК: 100), (Фамилия: ‘Иванов’), (Тема: ‘Бази данни’), (Оценка: 5));
И така, това е един от кортежите на нашата връзка, който има преименувани атрибути.
В табличен израз, връзката
? < № зачетной книжки, Оценка > «No ЗК, Топка> Сесия -
това е нова таблица, получена от таблицата на отношенията на сесията чрез преименуване на посочените атрибути.
4. Свойства на унарните операции
Унарните операции, както всички други, имат определени свойства. Нека разгледаме най-важните от тях.
Първото свойство на унарните операции на подбор, проекция и преименуване е свойството, което характеризира съотношението на кардиналите на отношенията. (Припомнете си, че мощността е броят на кортежи в едно или друго отношение.) Ясно е, че тук се разглеждат съответно първоначалната релация и връзката, получена в резултат на прилагането на една или друга операция.
Имайте предвид, че всички свойства на унарните операции следват директно от техните дефиниции, така че те могат лесно да бъдат обяснени и дори, ако желаете, изведени независимо.
1) съотношение на мощността:
а) за операцията по подбор: | ? <П>r |? |r|;
б) за операцията за проектиране: | r[С "] | ? |r|;
в) за операцията по преименуване: | ? <? >r | = |r|;
Като цяло виждаме, че за два оператора, а именно за оператора за избор и оператора за проекция, мощността на оригиналните отношения - операнди е по-голяма от мощността на отношенията, получени от първоначалните, използвайки съответните операции. Това е така, защото изборът, който придружава действието на тези две операции за избор и проекция, изключва някои редове или колони, които не отговарят на критериите за подбор. В случай, че условията са изпълнени от всички редове или колони, кардиналността (т.е. броят на кортежи) не намалява, следователно неравенството във формулите не е строго.
В случай на операция за преименуване, мощността на релацията не се променя, поради факта, че при промяна на имената не се изключват кортежи от релацията;
2) свойство на идемпотентност:
а) за операцията по вземане на проби: ? <П> ? <П>r = ? <П>;
б) за операцията за проектиране: r [С '] [С '] = r [С "];
в) за операцията по преименуване в общия случай свойството идемпотентност е неприложимо.
Това свойство означава, че двойното последователно приложение на един и същ оператор към която и да е релация е еквивалентно на еднократното му приложение.
За операцията по преименуване на атрибутите на релация, най-общо казано, това свойство може да се приложи, но е задължително със специални резерви и условия.
Свойството идемпотентност много често се използва за опростяване на формата на израз и привеждането му в по-икономична, актуална форма.
И последното свойство, което ще разгледаме, е свойството на монотонност. Интересно е да се отбележи, че при всякакви условия и трите оператора са монотонни;
3) монотонност:
а) за операцията по вземане на проби: r 1 ? r 2 ? ? <П> r 1 ? ? <П>r 2 ;
б) за операцията за проектиране: r 1 ? r 2 ? r 1 [С "] ? r 2 [С "];
в) за операцията по преименуване: r 1 ? r 2 ? ? <? >r 1 ? ? <? >r 2 ;
Понятието за монотонност в релационната алгебра е аналогично на същото понятие от обикновената, обща алгебра. Нека изясним: ако първоначално връзката r 1 и r 2 бяха свързани помежду си по такъв начин, че r ? r 2 , тогава дори и след прилагане на някой от трите оператора за избор, проекция или преименуване, тази връзка ще остане.
^Лекция номер 4. Релационна алгебра. Унарни операции
релационна алгебра,както може да се досетите, това е специален вид алгебра, в която всички операции се извършват върху релационни модели на данни, тоест върху релации.
В таблично отношение връзката включва редове, колони и ред - заглавието на колоната. Следователно естествените унарни операции са операции по избор на определени редове или колони, както и промяна на заглавията на колоните - преименуване на атрибути.
^
1. Унарна операция извличане
Първата унарна операция, която ще разгледаме е операция за извличане- операцията по избор на редове от таблица, представляваща релация от какво
всеки принцип, т.е. избор на ред
кортежи, които отговарят на определено условие или условия.
^ Оператор за извличане обозначено σ <П >, състояние на вземане на проби – П <С>, т.е. операторът σ винаги се приема като специфично условие за кортежи П, и самото състояние Псе записва като зависимост от схема С... Имайки предвид всичко това, себе си операция за извличаневърху схемата на релацията S, приложена към релацията r
σ <П >r (С) ≡ σ <П >r = {T (С) |T ∈ r & П <С >T } = {T (С) |T ∈ r & IfNull (П <С >T , Невярно };
Резултатът от тази операция ще бъде нова връзка със същата схема на връзката Ссъстояща се от тези кортежи T (С) на първоначалната връзка
операнди, които отговарят на условието за извличане П T... Ясно е, че за да се приложи коя
след това условието за кортежа, трябва да замените стойностите на атрибутите на кортежа вместо имената на атрибутите.
За да разберете по-добре как работи тази операция, ето един пример. Нека бъде дадена следната диаграма на връзката:
^ С: Сесия (номер на тетрадката, фамилия, предмет, оценка).
Приемаме следното условие за избор:
П <С> = (Предмет = „Компютърни науки“ и Оценка> 3).
Нуждаем се от първоначалната връзка
операнд, изберете онези кортежи, които съдържат информация за ученици, издържали предмета "Информатика" с поне три точки.
Нека бъде даден и следният кортеж от това отношение:
T 0 (С) ∈ r (С
Прилагане на нашето условие за избор към кортеж T 0, получаваме:
П T 0 = („Бази данни“ = „Информатика“ и 5> 3);
Условието за избор не е изпълнено за този конкретен кортеж.
Като цяло, резултатът от тази конкретна проба
σ <Предмет = "Информатика" and Оценка >3> Сесия
ще има таблица "Session", която съдържа редове, които отговарят на условието за избор.
^
2. Унарна проекция
Друга стандартна унарна операция, която ще проучим, е проекционната операция. Проекционна операцияТова е операция за избор на колони от таблица, представляваща релация от какво
или знак. А именно, машината избира тези атрибути (т.е. буквално тези колони) на оригиналната релация
операнди, които са посочени в проекцията.
^
Прожекционен оператор
означено с [ С "] или π
T (С) [С ' ] = {T (а)|а ∈ деф (T) ∩ С ’}, С " ⊆С .
Важно е да се отбележи, че дублиращи се кортежи са изключени от резултата, тоест таблицата, представяща новите, няма да има дублирани редове в получената връзка.
Като се има предвид това, операцията за проектиране по отношение на системите за управление на бази данни ще изглежда така:
π <С " >r (С) ≡ π <С ' >r ≡ r (С) [С ’] ≡ r [С " ] = {T (С) [С ' ] | T ∈ r };
Нека да разгледаме пример, за да илюстрираме как работи операцията извличане.
Нека се даде връзката "Сесия" и диаграмата на тази връзка:
С: Сесия (номер на тетрадката, фамилия, предмет, оценка);
Ще ни интересуват само два атрибута от тази схема, а именно "номер на класната книга" и "фамилно име" на ученика, следователно подсхемата С "ще изглежда така:
^ S ": (№ на тетрадката, фамилия).
Нуждаете се от първоначално отношение r (С) проект към подсхема С " .
T 0 (С) ∈ r (С): ((Отчетник №: 100), (Фамилия: „Иванов“), (Тема: „Бази данни“), (Оценка: 5));
Следователно, проекцията на този кортеж върху дадената подсхема ^ S "ще изглежда така:
T 0 (С) С ": ((Номер на класната книга: 100), (Фамилия: ‘Иванов’));
Ако говорим за операцията за проектиране по отношение на таблици, тогава проекцията на сесия [No. на книгата за оценки, фамилно име] на оригиналната връзка е таблицата на сесията, от която всички колони са задраскани с изключение на две: номер на книгата за оценки и фамилия. Освен това всички дублиращи се редове също са премахнати.
^
3. Унарна операция за преименуване
И последната унарна операция, която ще разгледаме, е операция за преименуване на атрибут... Ако говорим за връзка като таблица, тогава операцията по преименуване е необходима, за да се променят имената на всички или някои от колоните.
^ Преименувайте оператора както следва: ρ<φ >, тук φ – функция за преименуване .
Тази функция се задава взаимно
едно към едно съответствие между имената на атрибутите на схемата Си Ŝ, където съответно С -схема на началната релация и Ŝ – схема на връзката с преименувани атрибути. По този начин операторът ρ <φ> прилага се към отношението r (С) дава нова връзка със схемата Ŝ състояща се от кортежи на оригиналната връзка само с преименуваните атрибути.
Нека напишем операцията за преименуване на атрибути от гледна точка на системите за управление на база данни:
ρ <φ > r (С) ≡ ρ <φ >r = {ρ <φ > T (С)| T ∈ r };
Нека дадем пример за използване на тази операция:
Помислете за познатата връзка Session със следната диаграма:
С:Сесия (номер на тетрадката, фамилия, предмет, оценка);
Нека представим нова схема на връзката Ŝ с различни имена на атрибути, които бихме искали да видим вместо съществуващите:
Ŝ : (No ЗК, Фамилия, Предмет, Точка);
Например, клиентът на базата данни иска да види други имена във вашата готова връзка. За да се превърне тази поръчка в реалност, трябва да бъде проектирана следната функция за преименуване:
φ : (Номер на тетрадката, Фамилия, Предмет, Оценка) → (Номер на ЗК, Фамилия, Предмет, Оценка);
Всъщност само два атрибута трябва да бъдат преименувани, така че би било законно да напишете следната функция за преименуване вместо съществуващата:
φ : (номер на тетрадката, клас) → (No ЗК, Топка);
T 0 (С) ∈ r (С): ((Отчетник №: 100), (Фамилия: „Иванов“), (Тема: „Бази данни“), (Оценка: 5));
Нека приложим оператора за преименуване към този кортеж:
ρ<φ>T 0 (С): ((No ЗК: 100), (Фамилия: ‘Иванов’), (Тема: ‘Бази данни’), (Оценка: 5));
И така, това е един от кортежите на нашата връзка, който има преименувани атрибути.
В табличен израз, връзката
ρ < № зачетной книжки, Оценка → «No ЗК, Топка> Сесия -
това е нова таблица, получена от таблицата на отношенията на сесията чрез преименуване на посочените атрибути.
^
4. Свойства на унарните операции
Унарните операции, както всички други, имат определени свойства. Нека разгледаме най-важните от тях.
Първото свойство на унарните операции на подбор, проекция и преименуване е свойството, което характеризира съотношението на кардиналите на отношенията. (Припомнете си, че мощността е броят на кортежи в едно или друго отношение.) Ясно е, че тук се разглеждат съответно първоначалната релация и връзката, получена в резултат на прилагането на една или друга операция.
Имайте предвид, че всички свойства на унарните операции следват директно от техните дефиниции, така че те могат лесно да бъдат обяснени и дори, ако желаете, изведени независимо.
1) съотношение на мощността:
а) за операцията по подбор: | σ <П >r |≤ |r |;
б) за операцията за проектиране: | r [С " ] | ≤ |r |;
в) за операцията по преименуване: | ρ <φ >r | = |r |;
Като цяло виждаме, че за два оператора, а именно за оператора за избор и оператора за проекция, мощността на оригиналните отношения - операнди е по-голяма от мощността на отношенията, получени от първоначалните, използвайки съответните операции. Това е така, защото изборът, който придружава действието на тези две операции за избор и проекция, изключва някои редове или колони, които не отговарят на критериите за подбор. В случай, че условията са изпълнени от всички редове или колони, кардиналността (т.е. броят на кортежи) не намалява, следователно неравенството във формулите не е строго.
В случай на операция за преименуване, мощността на релацията не се променя, поради факта, че при промяна на имената не се изключват кортежи от релацията;
2) свойство на идемпотентност:
а) за операцията по вземане на проби: σ <П > σ <П >r = σ <П >;
б) за операцията за проектиране: r [С ' ] [С ' ] = r [С " ];
в) за операцията по преименуване в общия случай свойството идемпотентност е неприложимо.
Това свойство означава, че двойно последователно приложение на един и същ оператор към който
или съотношението е равносилно на еднократно приложение.
За операцията по преименуване на атрибутите на релация, най-общо казано, това свойство може да се приложи, но е задължително със специални резерви и условия.
Свойството идемпотентност много често се използва за опростяване на формата на израз и привеждането му в по-икономична, актуална форма.
И последното свойство, което ще разгледаме, е свойството на монотонност. Интересно е да се отбележи, че при всякакви условия и трите оператора са монотонни;
3) монотонност:
а) за операцията по вземане на проби: r 1 ⊆ r 2 ⇒ σ <П > r 1 ⇒ σ <П >r 2 ;
б) за операцията за проектиране: r 1 ⊆ r 2 ⇒ r 1 [С " ] ⊆ r 2 [С " ];
в) за операцията по преименуване: r 1 ⊆ r 2 ⇒ ρ <φ >r 1 ⊆ ρ <φ >r 2 ;
Понятието за монотонност в релационната алгебра е аналогично на същото понятие от обикновената, обща алгебра. Нека изясним: ако първоначално връзката r 1 и r 2 бяха свързани помежду си по такъв начин, че r ⊆ r 2 , тогава дори и след прилагане на някой от трите оператора за избор, проекция или преименуване, тази връзка ще остане.
