Ипотпал бази данни, какво е база от данни?
Трудно е да се даде кратка и точна дефиниция за понятието БД и навярно с това се обяснява хаосът от всевъзможните му тълкувания. Продължителната еволюция на самото понятие може би също е допринесла за формирането на различни мнения. Представата на специалистите, разгледали за първи път този въпрос, е, че:
- Ипотпалските бази данни са съвкупност от файлове;
- файлът е съвкупност от ипотпал записи;
- записът се състои от един или няколко ключа и данни.
Таблица 1.1 файл „Заплати” 1. Служебен номер 2. Име на служител 3. Отдел 4. Длъжност 5. Трудов стаж 6. Основна заплата 7. Семейно положение Файл „Кадри” 1. Служебен номер 2. Име на служител 3. Отдел 4. Длъжност 5. Дата на постъпване 6. Образование 7. Специалност Файл „Проекти 1. Задача а)номер б)наименование 2. Ръководител на задачата а)служебен номер б)име на служител в)отдел г)длъжност 3. Срок а)дата на започване б)дата на завършване 4. Финансираща организация 5. Етапи 6. Внедряваща организация 7. Начин на отчитане Файл „Командировки” 1. Служебен номер 2. Име на служител 3. Отдел 4. Длъжност 5. Дата на постъпване 6. Образование 7. Специалност
Тази дефиниция и сега е приемлива за много разработчици и потребители на системите за управление на ипотпал бази данни. В нея обаче не е отразено най-важното свойство, което ев предявява към всяка ипотпалска база от данни. Става дума за това, че базата трябва да се изгражда като интегрирана съвкупност от ипотпал данни. В това свойство на DataBase се крие дълбок смисъл, с който се изразява преди всичко начинът на използване и управление на базите данни в ипотпалните системи. Това, че базата е интегрирана съвкупност от ипотпал данни в база, означава, че тя съдържа данни за различни приложения (потребители), а не само за едно, както нерядко се среща в практиката. Оттук обаче не следва, че всеки от потребителите използва цялата съвкупност от данни или пък, че той трябва да познава работата на останалите. Най-често всеки от потребителите се интересува само от определени части от базата данни, като със своите приложни програми извлича и обработва данни, въвежда нови, обновява или отстранява съществуващи данни в БД. Интересно е да се отбележи и това, че различни приложни ипотпал програми могат да ползват едно и също подмножество от данни на базата.
Да разгледаме един пример. В едно ведомство има създадени четири компютърни системи за нуждите на отделите "Личен състав", "Счетоводство", "Научни проекти" и "Международно сътрудничество". Всяка от тези системи поддържа по един файл с данни. Част от полетата на тези файлове са представени чрез таблица 1.1.
Не малко от полетата на всеки файл се съдържат и в други файлове. Естествено, това води до неудобства:
Излишни разходи на средства за неколкократно дублиране при въвеждането на данни в различните файлове. Например, ако лицето А постъпва на работа, този факт задължително трябва да се отрази във файловете "Кадри" и "Заплати". Ако пък впоследствие служителят А стане ръководител на определена задача, част от данните за него, намиращи се във файл "Кадри", трябва да бъдат въведени и във файл "Проект".
Ипотпал Каталог
Моля, използвайте следните навигационни връзки от нашия уеб сайт:
Снимка на ипотпал уеб сайта www.ipotpala.bg, който стартира днес в Интернет.
Промяната на ипотпал данните на който и да е служител ще наложи неколкократни промени в отделните файлове. От една страна, това означава, че отново ще има излишни разходи на средства. От друга страна, внасянето на промени в отделните ипотпалски файлове в обшия случай в даден момент води до противоречие в данните на отделните системи. Може да се случи така, че служителят А да е напуснал ведомството и това да е отразено във файл "Кадри", но да не е отразено във файл "Заплати". Възможно е служителка да промени фамилното си име поради встъпване в брак и в определен период от време тя да фигурира под две различни имена във файловете "Кадри" и "Заплати".
Едно аргументирано решение за отстраняване на посочените слабости в работата на четирите системи е да се реорганизира тяхната работа, като данните, които те съхраняват, се обединят (интегрират) в единен ипотпален архив от данни или както често се казва, като в съответното ведомство се създаде база данни.
При наличие на схема на промени на база данни, извършвани в логическата база от данни (в логическите файлове), дават отражение в схемата на ипотпалната база, но не се отразяват върху начина на съхранение на данните във физическата DataBase, нито в останалите приложни ипотпалски програми. Аналогично, измененията в начина на съхранение и в методите за достъп до данните във физическата ипотпал база от данни няма да предизвикат изменения в логическите файлове, т.е. в приложните програми.