Microsoft Word Master thesis of Petar Kormushev in Medical Informatics doc



Pdf просмотр
страница11/41
Дата17.04.2022
Размер2.9 Mb.
#114126
ТипДиплом
1   ...   7   8   9   10   11   12   13   14   ...   41
Kormushev MSc thesis Bio 2006
Свързани:
1601561030 Dobrinka Bogdanova
2.2. Релационни бази от данни
Повечето съвременни медицински информационни системи използват релационни бази от данни (RDB) за съхранение на огромния обем от медицинска информация.
Системите за управление на релационни бази от данни (RDBMS) предоставят един унифициран механизъм за бърз достъп към избрани части от данните в базата.
Релационният модел на данни се базира върху идеята за представяне на данните в таблична форма. Схемата на една таблица се състои от името на таблицата и множество от именувани колони. Имената на колоните се наричат променливи или атрибути. Действителната таблица (един екземпляр на схемата), наричана още релация, представлява едно именувано множество от редове. Всеки елемент на една таблица съдържа в колонката за атрибута A някаква стойност от дефиниционната област


15
Dom(A) на колоната A. Един атрибут може да бъде от произволен тип – цели или реални числа, низове, дати и т.н. Подредбата на редовете и колоните в таблицата не е от значение.
Данните във всяка клетка на една таблица обикновено са атомарни стойности, т.е. не е прието използването на списък от стойности за една клетка. Това означава, че ако искаме да представим информацията за хора, тяхната възраст и телефонни номера, ние не можем да пазим в един атрибут няколко телефонни номера на един и същ човек.
Ограниченият по този начин модел има така наречената първа нормална форма. При проектиране на Конструктора от настоящата дипломна работа ще считаме, че базата от данни, от която ще се правят извадки, отговаря на условията за първа нормална форма.
Дори в относително малки организации, използваните релационни бази от данни могат да имат стотици таблици и хиляди атрибути. По тази причина, управлението на схемата на базата от данни може да се окаже една доста сложна задача. Понякога се твърди, че за целите на анализа на данни е достатъчно всички тези таблици да бъдат комбинирани в една масивна таблица с наблюдения или “универсална таблица”, като по този начин
ИЗД анализаторът не трябва да се грижи, че данните се намират някъде в база от данни.
Обаче, проверката на тази теза дори върху прости примери показва, че това не е осъществимо: универсалната таблица ще бъде толкова голяма, че операциите върху нея ще бъдат извънредно скъпи.


Сподели с приятели:
1   ...   7   8   9   10   11   12   13   14   ...   41




©obuch.info 2024
отнасят до администрацията

    Начална страница