Основни понятия в базите данни - studopediya
Релационния модел на данните
Моделът на релационни данни беше предложена E.F.Koddom през 1969. А релационна база данни е магазин за данни, съдържаща набор от двумерни таблици. Разположен на контрола за такова хранилище се нарича система за управление на релационни бази данни (RDBMS). RDBMS могат да включват помощни програми, приложения, услуги, библиотеки и инструменти за създаване на приложения и други компоненти.
Всяка релационна база данни таблица се състои от редове (наречени още записи) и колони (които също се наричат полета).
редовете на таблицата, съдържат информация за фактите, представени в него (или документи или други, с една дума - за едни и същи обекти). В точката на пресичане на колона и ред са специфични стойности, съдържащи се в таблицата за данни.
Данните в таблиците отговарят на следните принципи:
1. Всяка стойност се съдържа в пресечната точка на редове и колони трябва да атомен (т.е., не разделен на повече стойности).
2. Данните за стойностите в същата колона трябва да принадлежат към един и същи тип, на разположение за употреба в тази база данни.
3. Всеки запис в таблицата е уникален, че е в таблицата, няма две записи с напълно съвпада набор от ценности на своите области.
4. Всяка област има уникално име.
5. последователност на полета в таблицата не е от значение.
6. последователност на записи е незначително.
Тъй като последователността на колоните в таблицата е незначителен, апелира към тях по име, и тези имена са уникални за определена маса (но не е задължително да бъде уникален за цялата база данни).
Тъй като редовете в таблицата са неподредени, е необходимо колона (или набор от множество колони) за еднозначно идентифициране на всеки ред. Тази колона (или набор от колони) се нарича първичен ключ (първичен ключ). Всеки първичен ключ на таблицата трябва да съдържа уникален незастроен празни стойности за всеки ред.
Ако основният ключ се състои от повече от една колона, се нарича съставно основен ключ (композитен първичен ключ).
Типичен база данни обикновено се състои от няколко свързани таблици. Колона сочеща към вписване в друга маса, свързана с този запис, наречен външен ключ (външен ключ). С други думи, външния ключ - колона или набор от колони, чиито ценности съвпадат с всяка маса има стойност на първичния ключ. Такава връзка между масите се нарича линк (връзка). Комуникацията между двете таблици е зададен чрез присвояване на първичен ключ на стойностите на масата на чуждестранните ключови стойности други.
Ако всеки запис в една таблица съответства на един запис от друг, тези две таблици са свързани с един-към-едно (един-към-един). Ако всеки запис в една таблица съответства на нула, едно, или много други записи, тези две таблици са свързани с един-към-много (един-към-много), или майстор-подробно отношение на. Подобни връзки между таблици се използват най-често. В този случай, таблица, която съдържа външния ключ се нарича детайл-маса. таблица, която съдържа първичен ключ, който определя възможните стойности за външния ключ, наречен майстор-маса.
А група от свързани таблици се нарича схема на база данни (база данни схема). Информация за масите, техните колони (име, вид на данни, дължината на полето), първични и външни ключове, както и други обекти на база данни, наречена метаданни (метаданни).
Всяка промяна на данните в базите данни, като например избиране, вмъкване, изтриване, актуализиране на данните, промяна или изберете метаданните, наречена заявка към база (заявка). Обикновено това са формулирани във всеки език, който може да бъде или стандарт за различни бази данни, както и в зависимост от конкретния RDBMS.
Горното твърдение е, че основният ключ на всяка маса трябва да съдържа уникален не е празна стойност за масата е едно от правилата на референтна цялост (референтна цялост). Някои СУБД могат да контролират уникални първични ключове.
Ако две таблици са свързани главно-подробно връзка. detail- външен ключ маса трябва да съдържа само онези ценности, които вече са сред най-господар масата на първични ключови ценности. Ако валидността на чуждестранни основните ценности не са контролирани от базата данни, можем да говорим за нарушение на референтна цялост.
База данни на обекти
Повечето бази данни съдържат няколко различни видове обекти, например, маси за съхранение, кодове за данни за сортиране и ключове за подкрепа, ограничения или правила (ограничения, правила) за поддържане на справочните ограничения за интегритет стойности на данни задействат (тригери) и съхранени процедури (да се съхранява процедури) за съхраняване на изпълним код.
Масите са подкрепени от всички релационни бази данни, както и типове данни могат да се съхраняват в своята област.
Повечето релационни бази данни ключове са реализирани с помощта на предмети, наречени индекси, които могат да бъдат определени като списък с рекорден брой за указване на реда, в който те предоставят. Записванията за неподредени релационни таблици, но който и да е пост в даден момент има определено физическо място във файла с база данни, която ви позволява да се определят показатели. Физическото местоположение на записи могат да бъдат променени в потребителите на данни на процеса за редактиране, както и манипулирането на файлове на базата данни, държани от самото СУБД. Ако това се придружава от съответни промени в индекса, той се нарича поддържа.
Ограничения и регламенти
Повечето съвременни сървъра на базата данни съдържа специални предмети наричани и (ограничения), или на правилата (правила). Тези обекти съдържат информация за ограниченията, наложени на възможните стойности за полетата. Така например, с такова тяло можете да зададете максимална или минимална стойност за областта, а след това на базата данни няма да позволи да се запази рекорда на базата данни, която не отговаря на това условие.
Задействащи или съхранени процедури
Тригери и съхранени процедури се поддържат в най-модерната база данни на сървъра, който се използва за съхраняване на изпълним код.
Тригери също съдържат изпълним код, но те, за разлика от процедурите не може да бъде извикан от клиентско приложение или съхранена процедура. Спусъкът винаги е свързано с определена маса, и се изпълнява, когато редактирате тази таблица събитие се случи, тя е свързана с (например, вмъкване, изтриване или обновяване записи).
Обекти за генериране на първичен ключ
Много често първичните ключове, генерирани от самата СУБД. Това е по-удобна от своето поколение в клиентското приложение, тъй като много потребители ключов поколение с помощта на база данни - това е единственият начин да се избегне дублирането на ключове и получавате съответната стойност.
В различни обекти на база данни се използва за генериране на ключове. Някои от тези предмети се съхраняват число и правилата, по които се генерират след стойност. Някои бази данни поддържат специални видове полета за първични ключове. При добавяне на записи в тези полета са попълнени автоматично последователни стойности (обикновено непокътнат). В случай на Microsoft Access и Microsoft SQL Server, такива области се наричат самоличност области.
Потребителите и ролите
Предотвратяване на неразрешен достъп до данни е сериозен проблем, който може да бъде решен по различни начини. защитата, парола или цяла таблица или някои от неговите полета - Най-лесният. В момента, по-популярен по друг начин за защита на данните - за създаване на списък на потребителите (потребители) с имената (потребителски имена и пароли) (пароли). Този метод се прилага за всички сървъри и някои настолни бази данни (например, Microsoft Access).
Някои бази данни, предимно сървъри, поддържащи не само списъка на потребителите, но също така и ролята (роли). Роля - е набор от привилегии. Ако даден потребител получава един или повече роли, а след това заедно с тях - и всички привилегии, които са определени за ролята.
Всяка система за управление на релационни бази данни, който поддържа списъците на потребителите и ролите, те трябва да се съхраняват някъде. В допълнение към тези списъци, много бази данни се съхраняват списъци на таблици, индекси, тригери, процедури и т.н., както и информация за това, кой ги притежава. Тези списъци се наричат системни таблици (системни маси), и съответната част от базата данни, наречена системната директория (система каталог). DBASE и база данни Paradox не поддържа системните каталози.
База данни заявки
Модификация и подбор на данни, промени в метаданни, както и някои други операции се извършват с помощта на заявката (заявка). Повечето съвременни системи за управление на бази данни (и някои инструменти за разработка на приложения) включват средства за генериране на такива искания.
Често резултатният е набор от редове и колони (масиви от данни). За разлика релационна маса в един ред, определен в ред, и техния ред се определя от оригиналната заявка (и понякога - наличие на индекси). Ето защо, ние може да се идентифицира текущия ред в този набор и указател към това, което се нарича курсора (курсора).
Structured Query Language (SQL) - това не е процесуално език, който се използва за заявки база данни формулиране в повечето съвременни бази данни и в момента е в индустриален стандарт. Непроцедурно език означава, че можете да зададете в това, че трябва да правим с базата данни, но това е невъзможно да се опише алгоритъм за този процес. Всички алгоритми на SQL-заявки, получени от преработката на самата СУБД и не зависят от страна на потребителя.
Тригери и съхранени процедури са написани на процесуално език, специфични за дадена база данни. Повечето СУБД тези езици са процедурни SQL разширения, и освен обичайните SQL отчети съдържат набор от алгоритмични структури, като започнем ... край, ако ... тогава ... иначе и т.н. Всяка база данни има собствен диалект на SQL процедурни разширения (в базата данни на Oracle се нарича PL / SQL, СУБД Microsoft SQL Server - Transact-SQL и т.н.).
Дефинирани от потребителя функции
Някои СУБД позволяват да използвате потребителски дефинирани функции (UDF-потребителски дефинирани функции). Тези функции обикновено се съхраняват в външни библиотеки и трябва да бъдат регистрирани в базата данни, след което те могат да се използват в заявките, тригери и съхранени процедури.
Транзакциите (транзакция) - група от операции върху данни, които или всички заедно, или анулира всички заедно. Пусков (комит) сделка означава, че всички операции, които съставляват сделката е успешно завършено и резултатите от тях се съхраняват в базата данни. Намаление на цените (намаление на цените) сделка означава, че всички вече извършената работа, включени в сделката, са отхвърлени и всички обекти на база данни, засегнати от тези операции се връщат в първоначалното състояние.