Следејќи ги принципите опишани во овој напис, можете да креирате база на податоци што работи како што се очекува и може да се прилагоди на новите барања во иднина. Ќе ги разгледаме основните принципи дизајн на база на податоци, како и начини за нејзино оптимизирање.
Процес на дизајнирање на бази на податоци
Правилно структурирана база на податоци:
- Помага да заштедите простор на дискот со елиминирање на непотребните податоци;
- Ја одржува точноста и интегритетот на податоците;
- Обезбедува удобен пристап до податоците.
Развојот на базата на податоци ги вклучува следните фази:
- Анализа на барања или одредување на целта на базата на податоци;
- Организирање на податоци во табели;
- Одредување примарни клучеви и анализа на односите;
- Нормализација на табелите.
Ајде да го разгледаме секој фаза на дизајнирање на базата на податоциповеќе детали. Ве молиме имајте предвид дека ова упатство го опфаќа моделот на релациона база на податоци на Едгар Код, напишан во SQL ( наместо хиерархиски, мрежни или објектни модели).
Анализа на барања: Одредување на целта на базата на податоци
На пример, ако креирате база на податоци за јавна библиотека, треба да размислите како и читателите и библиотекарите треба да пристапат до базата на податоци.
Еве неколку начини за собирање информации пред да креирате база на податоци:
- Интервјуирање луѓе кои ќе го користат;
- Анализа на деловни обрасци како што се фактури, распореди, анкети;
- Разгледување на сите постоечки системи за податоци ( вклучувајќи физички и дигитални датотеки).
Започнете со собирање постоечки податоци кои ќе бидат вклучени во базата на податоци. Следно, одреди ги типовите на податоци што сакате да ги зачувате. Како и објекти кои ги опишуваат овие податоци. На пример:
Клиенти
- Адреса;
- Град, држава, поштенски број;
- И-мејл адреса.
Стоки
- Име;
- Цена;
- Количина на залиха;
- Количина по нарачка.
Нарачки
- Број на нарачка;
- Застапник за продажба;
- Датум на;
- Производ;
- Квантитет;
- Цена;
- Цена.
При дизајнирање на релациона база на податоци, овие информации подоцна ќе станат дел од речникот на податоци, кој ги опишува табелите и полињата на базата на податоци. Поделете ги информациите на најмали можни делови. На пример, размислете да ги поделите полињата за адреса и држава за да можете да ги филтрирате луѓето според државата во која живеат.
Откако ќе одлучите кои податоци ќе бидат вклучени во базата на податоци, од каде ќе доаѓаат податоците и како ќе се користат, можете да започнете со планирање на вистинската база на податоци.
Структура на базата на податоци: градежни блокови
Следниот чекор е визуелно претставување на базата на податоци. За да го направите ова, треба точно да знаете како се структурирани релационите бази на податоци. Во рамките на базата на податоци, поврзаните податоци се групирани во табели, од кои секоја се состои од редови и колони.
За да конвертирате списоци со податоци во табели, започнете со креирање табела за секој тип на објект, како што се производи, продажба, клиенти и нарачки. Еве еден пример:
Секој ред во табелата се нарекува запис. Записите вклучуваат информации за нешто или некого, како што е одреден клиент. Колони (исто така наречени полиња или атрибути)го содржат истиот тип на информации што се прикажуваат за секој запис, на пример, адресите на сите клиенти наведени во табелата.
За да се обезбеди конзистентност меѓу записите при дизајнирање на моделот на вашата база на податоци, доделете соодветен тип на податоци на секоја колона. Вообичаените типови на податоци вклучуваат:
- CHAR - специфична должина на текстот;
- ВАРЧАР - текст со различна должина;
- ТЕКСТ - голема количина текст;
- INT е позитивен или негативен цел број;
- FLOAT , DOUBLE — броеви со подвижна запирка;
- BLOB - бинарни податоци.
Некои DBMS нудат и тип на податоци Autonumber, кој автоматски генерира единствен број на секој ред.
Во визуелното претставување на базата на податоци, секоја табела ќе биде претставена со блок во дијаграмот. Заглавието на секој блок треба да наведе што опишуваат податоците во таа табела, а атрибутите треба да бидат наведени подолу:
На дизајнирање на информативна база на податоцитреба да одлучите кои атрибути, доколку ги има, ќе служат како примарен клуч за секоја табела. примарен клуч ( ПК) е единствен идентификатор за овој објект. Со него, можете да изберете податоци за одреден клиент, дури и ако ја знаете само таа вредност.
Атрибутите избрани како примарни клучеви мора да бидат единствени, непроменливи и не можат да бидат поставени на NULL ( тие не можат да бидат празни). Поради оваа причина, броевите на нарачката и корисничките имиња се соодветни примарни клучеви, но телефонските броеви или адреси не се. Можете исто така да користите неколку полиња во исто време како примарен клуч ( ова се нарекува композитен клуч).
Кога ќе дојде време да се создаде вистинската база на податоци, ја имплементирате и логичката и физичката структура преку јазикот за дефиниција на податоци поддржан од вашиот DBMS.
Исто така, треба да ја процените големината на вашата база на податоци за да се осигурате дека можете да го добиете нивото на перформанси што го барате и дека имате доволно простор за складирање на податоците.
Создавање односи меѓу субјектите
Сега кога податоците се претворени во табели, треба да ги анализираме односите меѓу нив. Комплексноста на базата на податоци се определува со бројот на елементи кои комуницираат помеѓу две поврзани табели. Одредувањето на сложеноста помага да се осигурате дека вашите податоци ги делите на табели на најефикасен начин.
Секој објект може да биде меѓусебно поврзан со друг користејќи еден од трите типа на врски:
Комуникација еден-на-еден
Кога има само една инстанца на објектот А за секој пример на објектот Б, се вели дека имаат врска еден на еден ( често се означува 1:1). Можете да го означите овој тип на врска во дијаграмот ЕР со линија со цртичка на секој крај:
Ако немате причина да ги раздвојувате овие податоци при дизајнирање и развивање бази на податоци, односот 1:1 обично покажува дека е подобро да се комбинираат овие табели во една.
Но, под одредени околности, има повеќе смисла да се креираат табели со односи 1:1. Ако имате изборно поле за податоци, како што е „опис“, кое е оставено празно за многу записи, можете да ги преместите сите описи во посебна табела, елиминирајќи ги празните полиња и подобрувајќи ги перформансите на базата на податоци.
За да се осигурате дека податоците се правилно поврзани, ќе треба да вклучите најмалку една идентична колона во секоја табела. Најверојатно ова ќе биде главниот клуч.
Комуникација еден-на-многу
Овие врски се јавуваат кога записот во една табела е поврзан со повеќе записи во друга. На пример, еден клиент може да направи многу нарачки, или читателот може да има позајмени неколку книги од библиотеката. Односите еден-на-многу (1:M) се означени со таканаречениот знак на врана, како во овој пример:
За да се имплементира врска 1:M, додадете го примарниот клуч од „едната“ табела како атрибут на другата табела. Ако примарниот клуч е наведен на овој начин во друга табела, тој се нарекува странски клуч. Табелата на страната „1“ од врската е родителска маса до детска маса од другата страна.
Многу-на-многу комуникација
Кога неколку објекти од табелата можат да се поврзат со неколку објекти на друга. Велат дека имаат врска“ многу-на-многу» ( М: Н). На пример, во случај на студенти и курсеви, бидејќи студентот може да посетува многу курсеви, а секој курс може да го посетуваат многу студенти.
Во дијаграмот ЕР, овие врски се претставени со помош на следните линии:
При дизајнирање структура на база на податоци, невозможно е да се имплементира овој вид на врска. Наместо тоа, треба да ги разделите на две врски еден-на-многу.
За да го направите ова, треба да креирате нов ентитет помеѓу овие две табели. Ако постои M:N врска помеѓу продажбата и производите, можете да го наречете овој нов објект " продадени_производи“, бидејќи ќе содржи податоци за секоја продажба. И табелата за продажба и табелата со производи ќе имаат врска 1:M со продадени_производи. Овој тип на среден објект се нарекува табела за врски, асоцијативен објект или табела за врски во различни модели.
Секој запис во табелата за врски ќе одговара на два ентитета од соседните табели. На пример, табела на врски помеѓу студентите и курсевите може да изгледа вака:
Задолжително или не?
Друг начин да се анализираат врските е да се разгледа која страна од врската мора да постои за да постои другата. Изборната страна може да биде означена со круг на линијата. На пример, една земја мора да постои за да има претставник во Обединетите нации, а не обратно:
Два објекти можат да бидат меѓусебно зависни ( едното не може да постои без другото).
Рекурзивни врски
Понекогаш при дизајнирање на база на податоци, табела покажува кон себе. На пример, табела за вработени може да има атрибут „менаџер“ што се однесува на друго лице во истата табела. Ова се нарекува рекурзивни врски.
Дополнителни врски
Вонземски врски се оние кои се изразуваат повеќе од еднаш. Вообичаено, можете да избришете една од овие врски без да изгубите некоја важна информација. На пример, ако објектот „ученици“ има директна врска со друг објект наречен „наставници“, но има и индиректна врска со наставниците преку „субјекти“, треба да ја отстраните врската меѓу „учениците“ и „учителите“. Бидејќи единствениот начин на кој на учениците им се доделуваат наставници е преку предмети.
Нормализација на базата на податоци
По прелиминарниот дизајн на базата на податоци, можете да примените правила за нормализација за да се осигурате дека табелите се правилно структурирани.
Во исто време, не треба да се нормализираат сите бази на податоци. Општо земено, базите на податоци со обработка на трансакции во реално време ( OLTP), мора да се нормализира.
Бази на податоци со интерактивна аналитичка обработка ( OLAP), овозможувајќи полесна и побрза анализа на податоците, може да биде поефективна со одреден степен на денормализација. Главниот критериум овде е брзината на пресметките. Секоја форма или ниво на нормализација вклучува правила поврзани со пониските форми.
Првата форма на нормализација
Првата форма на нормализација ( скратено 1NF) наведува дека во текот на логички дизајн на база на податоциСекоја ќелија во табела може да има само една вредност, а не листа на вредности. Затоа, табела како оваа подолу не одговара на 1NF:
Можеби ќе сакате да го заобиколите ова ограничување со делење на податоците во дополнителни колони. Но, ова е исто така спротивно на правилата: табела со групи на дупликати или тесно поврзани атрибути не е во согласност со првата форма на нормализација. На пример, табелата подолу не одговара на 1NF:
Наместо тоа, при дизајнирање на физичка база на податоци, поделете ги податоците во повеќе табели или записи додека секоја ќелија не содржи само една вредност и нема дополнителни колони. Се смета дека таквите податоци се расчленети до нивната најмала употреблива големина. Во горната табела, можете да креирате дополнителна табела " Детали за продажба“, што ќе одговара на одредени производи со продажба. „Sales“ ќе има врска 1:M со „ Детали за продажба».
Втора форма на нормализација
Втората форма на нормализација ( 2NF) пропишува дека секој од атрибутите мора целосно да зависи од примарниот клуч. Секој атрибут мора директно да зависи од целиот примарен клуч, а не индиректно преку друг атрибут.
На пример, атрибутот „возраст“ зависи од „роденден“, кој, пак, зависи од „студентска лична карта“, има делумна функционална зависност. Табелата што ги содржи овие атрибути нема да одговара на втората форма на нормализација.
Дополнително, табела со примарен клуч што се состои од неколку полиња ја нарушува втората форма на нормализација ако едно или повеќе полиња не зависат од секој дел од клучот.
Така, табела со овие полиња нема да одговара на втората форма на нормализација, бидејќи атрибутот „име на производ“ зависи од ID на производот, но не и од бројот на нарачката:
- Број на нарачка (примарен клуч);
- ID на производ (примарен клуч);
- Име на производ.
Трета форма на нормализација
Третата форма на нормализација ( 3NF) : Секоја колона без клуч мора да биде независна од секоја друга колона. Доколку во дизајн на релациона база на податоцименувањето вредност во една колона без клуч предизвикува промена во друга вредност, оваа табела не е во согласност со третата форма на нормализација.
Според 3NF, не можете да складирате изведени податоци во табела, како што е колоната „Данок“, која во примерот подолу директно зависи од вкупната цена на нарачката:
Едно време беа предложени дополнителни форми на нормализација. Вклучувајќи ја Boyce-Codd формата на нормализација, формите од четири до шест и нормализацијата на клучот на доменот, но првите три се најчести.
Повеќедимензионални податоци
Некои корисници можеби ќе треба да пристапат до повеќе прегледи од ист тип на податоци, особено во базите на податоци на OLAP. На пример, тие можеби ќе сакаат да ја знаат продажбата по клиент, земја и месец. Во оваа ситуација, подобро е да се создаде централна табела што може да биде референтна од табелите на клиентите, земјата и месецот. На пример:
Правила за интегритет на податоци
Исто така со користење алатки за дизајнирање бази на податоцинеопходно е да се конфигурира базата на податоци земајќи ја предвид можноста за проверка на податоците за усогласеност со одредени правила. Многу DBMS, како што е Microsoft Access, автоматски применуваат некои од овие правила.
Правилото за интегритет вели дека примарниот клуч никогаш не може да биде NULL. Ако клучот се состои од повеќе колони, ниту една од нив не може да биде NULL. Во спротивно, може двосмислено да го идентификува записот.
Правилото за референцијален интегритет бара секој странски клуч наведен во една табела да се пресликува со еден примарен клуч во табелата што ја упатува. Ако примарниот клуч е променет или избришан, тие промени мора да се имплементираат во сите објекти наведени од тој клуч во базата на податоци.
Правилата за интегритет на деловната логика обезбедуваат дека податоците се усогласени со одредени логички параметри. На пример, времето на состанокот мора да биде во рамките на стандардните работни часови.
Додавање индекси и прегледи
Индексот е подредена копија од една или повеќе колони со вредности во растечки или опаѓачки редослед. Додавањето индекс ви овозможува побрзо наоѓање записи. Наместо повторно сортирање за секое барање, системот може да пристапи до записите по редоследот наведен од индексот.
Иако индексите го забрзуваат пребарувањето на податоците, тие можат да го забават додавањето, ажурирањето и бришењето на податоците бидејќи индексот мора да се обновува секогаш кога некој запис се менува.
Прегледот е зачувано барање за податоци. Прегледите може да вклучуваат податоци од повеќе табели или да прикажуваат дел од табелата.
Напредни својства
По дизајн на модел на база на податоциМожете да ја усовршите вашата база на податоци користејќи напредни својства како што се текст за помош, маски за внесување и правила за форматирање што се однесуваат на одредена шема, приказ или колона. Предноста на овој метод е што бидејќи овие правила се складирани во самата база на податоци, презентацијата на податоците ќе биде конзистентна низ повеќе програми кои пристапуваат до податоците.
SQL и UML
Унифициран јазик за моделирање ( UML) е уште еден визуелен начин на изразување сложени системи создадени во објектно-ориентиран јазик. Некои од концептите споменати во ова упатство се познати под различни имиња во UML. На пример, објектот во UML е познат како класа.
UML не се користи толку често овие денови. Деновиве се користи академски и во комуникацијата помеѓу развивачите на софтвер и нивните клиенти.
Добро Лошо
Базата на податоци е складиште на податоци во кое податоците се складираат на организиран начин.
Ова ги олеснува функциите како што се преземање, ажурирање и додавање нови податоци. Базите на податоци имаат бројни употреби и придобивки кога станува збор за големи количини на податоци.
Дали знаеш дека?
„Интеграцијата на бази на податоци“ доведе до револуција во деловниот, ИТ и образовниот сектор преку обезбедување на широк опсег на способности за управување и анализа на податоци.
Структура на база на податоци
Системот на базата на податоци се состои од следниве елементи:
Табели:Податоците се чуваат во редови (записи) и колони (полиња).
Форми:Формуларите се дизајнирани за внесување нови податоци. За да биде полесно и без грешки додавањето информации во базата преку формулар, наместо директно внесување на податоци во табелата.
Барања:Прашањата се напишани за да се вратат редовите и/или колоните врз основа на претходно дефинирана состојба.
Најпознати бази на податоци се: MySQL, SAP, Oracle, IBM DB2 итн. DBMS или „систем за управување со бази на податоци“ се користи како интерфејс за комуникација помеѓу корисникот и базата на податоци.
Што се бази на податоци и каде се користат?
Складирање/внесување податоци:Почетната фаза (пред внесување на податоци) вклучува создавање структури на податоци како што се табели (со потребниот број на редови и колони). Податоците потоа се внесуваат во оваа структура.
Враќање податоци:Базите на податоци се користат кога податоците што ќе се складираат во големи количини имаат потреба од постојано пребарување. Ова го олеснува процесот на пронаоѓање конкретни информации.
Податоци за модификација:Статичните податоци не треба да се ажурираат. Сепак, на динамичните податоци им е потребна постојана модификација. Размислете за возраста на вработените во организацијата. Мора да се ажурира секоја година (периодично ажурирање).
Пример
Размислете за забавен клуб кој има голем број пријавени луѓе. Секретарот мора постојано да ги следи податоците за контакт на сите регистрирани корисници. Ако овие записи се зачувани во серија технички описи или списоци, менувањето на деталите е задача која одзема многу време. Затоа што, екстракцијата и модификацијата на податоците мора да се направат на сите листови што ги содржат овие записи за да се одржи конзистентноста. Така, препорачливо е да се користи добро дефинирана база на податоци.
Придобивки од базите на податоци
Капацитет за складирање:Базите на податоци складираат поголема количина на податоци во споредба со другите складишта на податоци. Податоците со мала големина може да се вклопат во табели или документи. Меѓутоа, кога станува збор за тешки податоци, базите на податоци се најдобриот избор.
Асоцијација на податоци:Записите со податоци од посебни табели може да се поврзат. Ова е неопходно кога одреден податок постои во повеќе од една табела. На пример, личните карти на вработените може да постојат во податоците како „Платен список“ како и „вработени“. Комуникацијата е од суштинско значење за да има постојани промени на повеќе места и исти податоци.
Повеќе корисници:Може да се доделат дозволи за повеќекратен пристап до базата на податоци. Ова им овозможува на повеќе (повеќе од еден) корисници истовремено да пристапуваат и да манипулираат со податоците.
Бришење податоци:Несаканите барања за податоци да се отстранат од базата на податоци. Во такви случаи, записите мора да се избришат од сите поврзани табели за да се избегне какво било прекршување на податоците. Многу е полесно да се бришат записите од базата на податоци користејќи прашања или форми наместо од други извори на податоци како што се табелите.
Безбедност на податоците:Датотеките со податоци се чуваат безбедни во повеќето случаи. Оваа функција осигурува дека напаѓачите нема да добијат нелегален пристап до податоците и дека нивниот квалитет се одржува.
Увоз:Ова е уште една важна точка во користењето бази на податоци. Ви овозможува да внесувате надворешни објекти (податоци од други бази на податоци). Увозот главно се врши за табела или барање. Кога ќе се внесе, базата на податоци создава копија од увезениот објект.
Извоз:Во овој случај, табелите или барањата се увезуваат од други бази на податоци.
Врски со податоци:Ова е направено со цел да се избегне создавање копија на објектот во базата на податоци. Врската е дефинирана до бараниот извор на база на објект.
Сортирање/филтрирање податоци:Филтри може да се применат на податоци кои имаат исти вредности на податоци. Пример за идентични податоци може да бидат имињата на вработените во организација со слични презимиња или имиња. Слично на тоа, податоците може да се подредат или во растечки или во опаѓачки редослед. Ова помага при прегледување или печатење на резултатите по потребниот редослед.
Индексирање на бази на податоци:Повеќето бази на податоци содржат индекс за складираните податоци, што на крајот го зголемува времето на пристап. Фактот дека линеарното пребарување на податоци трае долго време ја прави оваа функција најпопуларна.
Континуирано поврзани промени на податоците:Табелите со споделени податоци може да се поврзат со клучеви (примарни, секундарни, итн.). Копчињата се многу корисни бидејќи промените во целокупната организација во една табела се рефлектираат и во поврзаните табели.
Ги намалува општите трошоци:Преносот на податоци трае многу време. Трансакциите со помош на прашања се многу брзи, со што се произведуваат побрзи резултати.
Базите на податоци ја поедноставуваат целата поента на складирање и пристап до информации. Сепак, потребно е внимателно размислување од страна на креаторот на базата на податоци за да се има најефективната можна база на податоци.
Главната цел на оваа програма е да креира и работи со бази на податоци кои можат да се поврзат и со мали проекти и со големи бизниси. Со негова помош, ќе можете лесно да управувате со податоците, да уредувате и да складирате информации.
Структура на Microsoft Access
Што се однесува до леснотијата на користење, таа се постигнува благодарение на присуството на основни елементи кои играат витална улога во анализата и обработката на податоците од базата на податоци. Меѓу главните елементи се следниве:
- табела - елемент кој чува основни информации во одреден формат (нумерички, текст, графички, итн.);
- барање - средство за пристап до поврзани елементи, други бази на податоци или програми од трети страни;
- форма - презентација на информации или податоци во форма погодна за корисниците;
- извештај - излез од обработени резултати;
- макро - извршен елемент кој ви овозможува да извршите одредени дејства кога се случува настан, да креирате барање, да генерирате извештај;
- модул - Visual Basic јазични алатки кои ви овозможуваат значително да ги проширите можностите на програмата преку креирање процедури и користење на бројни функции.
Комуникација со други програми и надворешни бази на податоци
Како што е веќе јасно, Access е програма која ви овозможува не само да ги користите вашите сопствени податоци внесени од корисникот, туку и да ги поврзете едни со други. Можностите на апликацијата се такви што може да се увезат информации од други апликации (FoxPro, Paradox, Excel, Word итн.). За да се поедностават процедурите, податоците не можат да се увезуваат, туку да се поврзат, не само со наведените програми, туку и со извори во мрежна средина или на Интернет.
Самиот процес на поврзување се спроведува врз основа на прашања слични на тоа како функционираат базите на податоци на SQL (Пристапот исто така ги поддржува).
Создавање базирано на шаблони
Во Access, табелата е главниот елемент. По изглед, оваа компонента е многу слична на табелите на Excel, но можностите на Access се многу пошироки, а принципите на работа со такви елементи имаат свои карактеристични карактеристики.
Сепак, можете да креирате сопствена база на податоци кога ќе ја стартувате програмата прилично едноставно. Откако ќе се појави прозорецот за добредојде, на корисникот му се дава избор на шаблони, врз основа на кои ќе се креира идната структура на базата на податоци во форма на табела. Ова е таканаречениот приказ на Бекстејџ. Овде можете да најдете вградени шаблони кои се корисни за извршување конкретни задачи или да пребарувате на официјалниот ресурс на Microsoft ако ниту еден од нив во списокот не ги задоволува потребите на корисникот (иако тоа е малку веројатно).
База на податоци од нула
Ако ништо не му одговара на корисникот и тој сака сам да креира база на податоци, кога креирате нова датотека, треба да изберете празна база на податоци во соодветното мени. Има некои ограничувања што треба да се земат предвид овде. На пример, десктоп базите на податоци не поддржуваат онлајн објавување, а веб-базите не поддржуваат некои од функционалноста на претходните.
Откако ја креиравте почетната табела, можете да продолжите со внесување податоци. Имајте предвид дека податоците може да се внесуваат само во соседните колони и редови. Исто така, не треба да додавате празни ќелии меѓу нив како што правите во Excel. Дополнително, најважниот услов е секоја колона да содржи само еден тип на податоци, што значи дека ако оригиналниот формат е датум и време, информациите засновани на експоненти внесени во колоната нема да бидат препознаени. Значи, ако е можно, треба да ја испланирате табелата од оваа перспектива. За да ја поедноставите работата, можете да користите и посебен режим на дизајнирање.
Нијанси на увоз и поврзување на податоци со други извори
Што се однесува до увозот на податоци, можностите на програмата се практично неограничени. Главниот услов е увезените податоци да се поделат на табеларни типови (како табели во Excel или Word). Ако увозот се врши, на пример, во текстуална верзија од Notepad, можете да креирате слична структура користејќи табелатор (копче Tab).
Можете да користите списоци на SharePoint и податоци за врски за да си ја олесните работата. За да го направите ова, користете специјална команда на табулаторот за надворешни податоци, сместена во групата за увоз и поврзување. Овде се нудат готови решенија (Excel, Word, итн.). При изборот, се што треба да направите е да ја наведете локацијата на саканата датотека, каде што ќе биде зачувана во тековната база на податоци и да го потврдите вашиот избор.
Заклучок
Ова е апликација за пристап. Програмата е многу популарна меѓу широк спектар на корисници, бидејќи нејзините развивачи се обидоа да ги комбинираат колку што е можно повеќе можностите на другите софтверски производи од овој тип. И тоа е она што ја направи оваа апликација многу флексибилна во поставувањето и автоматското примена на повеќето функции. Останува да се додаде дека Access е многу моќна алатка за обработка на податоци, иако овде беа дискутирани само најосновните информации за апликацијата.
Microsoft Access е програма позната на прилично тесен круг на корисници кои се соочуваат со потребата самостојно да развиваат бази на податоци. И ова е само една од функциите на софтверот. Користејќи ја апликацијата, можете да креирате не само класични бази на податоци, туку и веб-услуги кои ја олеснуваат работата со нив. Сите информации се зачувуваат автоматски и се подготвени за споделување, под сигурна заштита.
Шаблоните за слободен пристап ви овозможуваат брзо да започнете откако ќе ги дефинирате полињата, правилата и односите меѓу нив. Бидејќи автоматизираните функции не бараат познавање на јазикот VBA, дури и помалку искусен корисник може да го преземе Access бесплатно. Ќе ви биде лесно да започнете со Access со читање на водичот за помош и следење на инструкциите на анимираниот лик. Како дополнителна помош, можеме да понудиме совети и трикови за запознавање со софтверот; ќе ги најдете во посебен дел од нашата веб-локација.
Целта на Microsoft Access
- Креирање на DBMS за peer-to-peer локални мрежи.
- Дизајнирање на основни објекти за дводимензионални табели со повеќе типови на податоци.
- Воспоставување комуникации, одржување на интегритетот на податоците, бришење записи и каскадни ажурирања.
- Складирање, внесување, сортирање, прегледување, менување и преземање информации од проекти користејќи различни алатки за контрола на информации и алатки за логичка алгебра.
- Спроведување на различни операции на цели групи на записи.
Секое издание на Microsoft Access е презентација на моќни, практични и флексибилни алатки за визуелен дизајн што ви овозможуваат да креирате полноправни бази на податоци врз основа на извештаи, прашања и табели без претходна подготовка.
Верзиите на Access објавени со Office по 2009 година имаат уникатен интерфејс со лента, кој ја има предноста што удобно ги поставува командите и ви овозможува брз пристап до нив.
Обезбедуваме бесплатни врски од кои можете да преземете која било тековна верзија на MS Access. Пред инсталацијата, задолжително прочитајте ги системските барања кои се во деталниот опис и споредете ги со техничките можности на вашиот компјутер!
Агол на компјутерски екран што прикажува листа на добавувачи во базата на податоци на Microsoft Access (слика).
Класичните бази на податоци се само една од можностите
Сега, користејќи Access, можете да креирате не само класични бази на податоци, туку и удобни веб-апликации за работа со бази на податоци, кои многу го олеснуваат работењето. Податоците автоматски се складираат во базата на податоци SQL, така што тие се безбедни и апликациите може лесно да се споделуваат со колегите.
Шаблони за апликација
Започнете брзо со создавање приспособена апликација или користејќи избор на нови и професионално дизајнирани шаблони за апликации.
Шаблони за табели
Веќе знаете со кои податоци ќе работи вашата персонализирана апликација? Внесете тип на податоци во полето Додај табели, а потоа изберете ги табелите што сакате брзо да ги дефинирате полињата, правилата и односите меѓу нив. Нова апликација ќе се креира за неколку минути.
Карактеристики на апликацијата
Повеќе не треба да се грижите дали корисниците ќе бидат преоптоварени со информации. Апликациите автоматски создаваат атрактивен, лесен и конзистентен интерфејс. Access користи висококвалитетен код за вашите апликации, така што тие изгледаат навистина професионално.
Управување со сродни ставки
Додека анализираат или внесуваат податоци, корисниците можат да гледаат дополнителни поврзани информации потребни за разбирање на контекстот во базата на податоци на истиот екран.
Управување со автоматско пополнување
Внесувањето податоци може да се направи многу полесно и со помалку грешки благодарение на паѓачките менија и препораките што се појавуваат откако ќе започнете со внесување податоци. Пребарувањето ви овозможува да најдете врски помеѓу записите во различни табели.
Апликации за распоредување на SharePoint
Можете лесно да управувате и да ги следите апликациите на услугата Access преку веб-страницата на SharePoint на вашата организација со користење на Access Services со SharePoint Online или во просториите на SharePoint Server 2013. SharePoint поддржува повеќекориснички пристап и управување со дозволи и ви помага да го контролирате користењето на апликациите.
Денес, секој корисник на компјутерски системи базирани на Windows знае дека стандардниот канцелариски пакет на Microsoft вклучува единствен уредувач наречен Access. Сега ќе погледнеме што е оваа програма и како да работиме со неа. Оваа статија, се разбира, ќе ги покрие само основните прашања за работа со програмата. Целосен опис на сите карактеристики на оваа апликација ќе потрае повеќе од една страница.
Пристап: што е тоа?
Што е Microsoft Access? Access е програма со целосни функции која е дизајнирана да работи со секаков тип на база на податоци. Програмата се базира на динамичен модел за размена на податоци со онлајн публикации и други апликации. Оваа програма предвидува употреба на алатки за автоматизирање на обработката на секаков вид информации претставени во структурирана форма. Меѓу другото, Access е и софтверски пакет кој обезбедува поддршка за контролите ActiveX. Ова значително ги проширува можностите на програмата во смисла дека може да користи не само текстуални и табеларни компоненти, туку и објекти од Интернет и мултимедија. Врските воспоставени во апликацијата помеѓу базите на податоци (ДБ) овозможуваат прецизно следење на промените во која било од нив и автоматско прилагодување на параметрите во други.
Пристап: главни области на употреба на апликацијата
Воопшто не е изненадувачки што во повеќето случаи Microsoft Access се користи за целосно автоматизирање на процесите на анализа на податоци во бизнисот, сметководството итн. Програмата, благодарение на својата универзална структура, може да ја елиминира појавата на таканаречениот вишок на податоци, кога е неопходно да се промени некој параметар не со внесување нов, туку со прилагодување на стариот и на таков начин што оваа промена се рефлектира во сите поврзани бази на податоци. Претпријатието може да го користи Access за да води евиденција за добавувачите, клиентите и настаните во кои тие се вклучени. Да речеме дека банкарските податоци на добавувачот се менуваат. Тогаш ќе биде доволно да ги промените во базата на податоци, а автоматското прилагодување ќе влијае на преостанатите бази на податоци. Во овој случај, податоците ќе бидат заменети, наместо да се внесуваат нови информации заедно со постојните. Оваа промена ќе влијае само на поврзаните настани. Во извесна смисла, корисникот добива целосна автоматизација. Истото важи и за магацинско сметководство. Да претпоставиме дека одредена група на стоки се продава преку соодветната поделба на претпријатието. Тогаш артиклите на производот автоматски ќе бидат отпишани во базата на податоци за стоки достапни во магацинот. Вреди да се напомене дека ова се само наједноставните примери. Апликацијата всушност има понапредни функции.
Microsoft Access: структура
Ако зборуваме за леснотија на користење, тоа може да се постигне благодарение на присуството на основни елементи кои играат важна улога во анализата и обработката на податоците. Главните елементи го вклучуваат следново:
- Табелата е елемент кој ги чува основните информации во одреден формат (текст, нумерички, графички);
- Барањето е средство за пристап до поврзани ставки, други бази на податоци или програми од трети страни;
- Формуларот е презентација на податоци или информации на лесен начин;
- Извештајот е резултат на обработените резултати;
- Макрото е извршен елемент кој овозможува, кога се случува некој настан, да изврши одредени дејства, да генерира извештај, да креира барање;
- Модул – е јазична алатка на Visual Basic која ви овозможува значително да ги проширите можностите на програмата врз основа на користење на бројни функции и креирање процедури;
Microsoft Access: комуникација со надворешни бази на податоци и други програми
Како што треба да биде јасно до сега, Microsoft Access ви овозможува не само да ги користите вашите сопствени податоци внесени од корисникот, туку и да ги поврзете заедно. Можностите на програмата се такви што информациите може да се увезуваат од различни апликации, на пример, Paradox, FoxPro, Excel, Word итн. За да се поедностават процедурите, податоците не може да се увезуваат, туку да се поврзат, не само со овие програми, туку и со извори на Интернет или мрежна околина. Самиот процес на поврзување се врши со помош на прашања слични на тоа како функционираат базите на податоци SQL. Патем, програмата Access исто така ги поддржува.
Како да креирате бази на податоци врз основа на шаблони?
Во Microsoft Access, главниот елемент е табелата. Оваа компонента е многу слична по изглед со табелите на Excel, но има понапредни можности. И принципот на работа со овие елементи има свои карактеристични карактеристики. Сепак, креирањето на сопствена база на податоци при стартување е прилично едноставно. Откако ќе се појави прозорецот за добредојде, на корисникот му се дава избор на шаблони, врз основа на кои ќе се креира идната структура на базата на податоци во форма на табела. Овој поглед инаку се нарекува Бекстејџ. Овде можете да најдете и вградени шаблони кои ќе ви требаат за извршување на одредени задачи. Ако ниту една од презентираните празни места не ги исполнува барањата на корисникот, што е малку веројатно, можете да пребарувате на официјалниот ресурс на Microsoft. Откако ќе се избере шаблонот што го сакате, ќе треба да го зачувате како датотека, наведувајќи име и локација. Апликацијата потоа автоматски ќе ја генерира потребната структура на табелата.
Како да креирате база на податоци од нула?
Постојат голем број ограничувања што треба да се земат предвид во ова прашање. На пример, десктоп базите на податоци не поддржуваат онлајн објавување. Веб-базите не се конзистентни со некои од претходните карактеристики. Откако ќе се создаде почетната табела, можете да продолжите со внесување информации. Вреди да се обрне посебно внимание на фактот дека податоците може да се внесат само во соседните редови и колони. Исто така, не треба да додавате празни ќелии меѓу нив, како што се прави во Excel. Најважниот услов е секоја колона да содржи само еден тип на податоци. Затоа, ако форматот е природно дизајниран да користи датум и време, информациите внесени во колоната со пресметки базирани на експоненти нема да се препознаат. Ако е можно, треба да ја испланирате табелата од оваа перспектива. За да ги олесните работите, можете да користите специјален режим на дизајнирање.
Карактеристики на увоз и поврзување податоци со други извори
Ако зборуваме за увоз на податоци, тогаш програмата Microsoft Access има речиси неограничени можности. Главниот услов е увезените податоци да се поделат на табеларни типови, како што се прави во Word или Excel. Ако увозот е извршен, на пример, во текстуалната верзија на програмата Notepad, тогаш можете да го користите копчето „Tab“ за да креирате таква структура. Исто така, можно е да се користат списоци на Share Point и поврзување со податоци за да се поедностави работата. За таа цел се користи специјална команда на табот за надворешни податоци, кој се наоѓа во групата за поврзување и увоз. Овде се нудат и готови решенија (Word, Excel и сл.). Доколку е избрано, останува само да се наведе локацијата на потребната датотека, локацијата за складирање во тековната база на податоци и потоа да се потврди направениот избор.
Послеговор
Вака изгледа апликацијата Access. Во моментов, оваа програма е многу популарна кај широк спектар на корисници, бидејќи нејзините развивачи се обидоа да ги комбинираат можностите на други програми од овој тип. Ова ни овозможи да ја направиме оваа апликација многу флексибилна во автоматизирањето на повеќето од потребните функции и прилагодувањето. Можеме само да додадеме дека Microsoft Access е моќен софтверски производ за обработка на податоци. Пристапот го олеснува креирањето и управувањето со бази на податоци. Овој софтверски производ е погоден и за мали проекти и за големи бизниси. Пристапот е одличен асистент за складирање на различни видови информации.
Вовед
Широката употреба на системи за обработка на информации во различни области на управувачка активност, за решавање на сложени економски проблеми и спроведување научно истражување одредува зголемени барања за ефикасност на организацијата на податоците во услови на колективна употреба.
Традиционалниот начин на организирање податоци во форма на низи фокусирани на одредени задачи е статичен, цврсто врзан за соодветниот софтвер, доведува до дуплирање во акумулацијата и проверката на податоците, предизвикува значително губење на меморијата за нивно складирање, честа реорганизација на податоците. кога се менуваат задачите итн.
Еден од главните начини за надминување на овие недостатоци е создавање бази на податоци кои обезбедуваат одржување на динамичен информациски модел на сложени управувани објекти и процеси во системот и колективен пристап до него.
1. Организација на бази на податоци
Базата на податоци (ДБ) се дефинира како збирка на меѓусебно поврзани податоци кои се карактеризираат со: способност да се користи за голем број апликации; способност за брзо добивање и менување на потребните информации; минимален вишок на информации; независност на апликативните програми; заеднички, контролиран метод на пребарување.
Способноста да се користи базата на податоци за многу кориснички апликации ја поедноставува имплементацијата на сложени прашања, го намалува вишокот и ја зголемува ефикасноста на користењето информации во системите за обработка на податоци. Минималниот вишок и можноста за брзо менување ги одржува податоците на исто ниво на ажурирање. Независноста на податоците и апликативните програми што ги користат е главната сопственост на базата на податоци. Независноста на податоците значи дека менувањето на податоците не ги менува апликативните програми.
Традиционалната форма на организација на базата на податоци која обезбедува таква независност е структура на три нивоа: логичка структура на податоци на апликативниот програмер (подшема); општа логичка, структура на податоци (шема); физичка структура на податоци.
Шемите и потшемите за бази на податоци често се прикажуваат како дијаграми. На сл. Слика 1 покажува општ дијаграм на логичката структура на базата на податоци и подколата на двајца апликативни програмери кои имаат различни идеи за податоците. Цврстите линии ги претставуваат врските на дијаграмот. Едноставните врски се означени со една стрелка, а врските еден до многу се означени со двојна стрелка. Испрекинати линии претставуваат вкрстени референци. Присуството на вкрстени референци ви овозможува да избегнете повторување на записите на ДОБАВУВАЧОТ и СПЕЦИФИКАЦИИ - ЛОТ - ПРОИЗВОД во секој запис за ПРОИЗВОДИ НА КУПУВАЊЕ.
Создавањето база на податоци не е еднократен процес, туку се протега во текот на целиот период од нејзиното постоење. Организацијата на три нивоа обезбедува можност за брзо менување на структурата на базата на податоци во контекст на одржување и измена на контролните системи и зголемување на задачите на корисниците, како и во услови на подобрување и проширување на хардверот. Организацијата на три нивоа обезбедува меѓусебна независност на промените во општата логичка структура на базата на податоци и апликативните програми (логичка независност на податоци) и можност за промена на физичката локација и организацијата на податоците без промена на општата логичка структура на податоци и структурите на податоци на апликацијата програмери (физичка независност).
2. Системи за управување со бази на податоци
Употребата на системи за управување со бази на податоци (DBMS) ви овозможува да го исклучите описот на податоците и деталното програмирање на управувањето со податоците од апликативните програми. Описите се заменуваат со референци за општата логичка структура на податоци, а контролното програмирање се заменува со команди за манипулација со податоци кои се извршуваат од универзален софтвер.
Главната функција на DBMS, заедно со ажурирањето на податоците, е да ги обработува барањата на корисниците за пребарување и пренос на податоци во апликативни програми. На пример, низата основни дејства што ги спроведува DBMS во процесот на читање запис се состои од следните операции: апликативната програма издава барање до DBMS за читање на записот, кој ја содржи вредноста на сегментот или клучот за запис; DBMS пребарува во подколото на апликативната програма за опис на податоците за кои е издадено барањето; DBMS, користејќи заедничка шема за логички податоци, одредува каков тип на логички податоци се потребни; Врз основа на описот на физичката организација на податоците, DBMS одредува кој физички запис треба да се прочита; DBMS издава команда до оперативниот систем за читање на потребниот запис; оперативниот систем ги чита податоците во системските бафери; Врз основа на споредба на шемата и потшемата, DBMS ги извлекува информациите што ги бара апликацијата; DBMS пренесува податоци од системските бафери до работниот простор на апликациската програма.
Дејствата што ги извршува DBMS при ажурирање на податоците се слични на операциите за читање. DBMS ќе ги изврши потребните трансформации на податоците во системските бафери, спротивно од оние трансформации што беа направени при читање на податоците. Системот за управување со базата на податоци потоа издава команда WRITE на оперативниот систем. Општата архитектура на системот за управување со бази на податоци е прикажана на сл. 2. Тоа е својствено за сите DBMS, кои се разликуваат по ограничувањата и можностите за извршување на соодветните функции.
Процесот на споредување и избор на такви системи за одредена апликација се сведува на усогласување на нивните можности со специфичните барања и ограничувања на корисникот.
За да работите со систем за управување со бази на податоци, потребни ви се неколку јазици: програмски јазици, јазици за опишување кола и подкола, јазици за опишување физички податоци. Програмер за апликации користи програмски јазици за пишување програми (COBOL, FORTRAN, PL/1, ASSEMBLY) и алатки за опишување податоци - јазик за опис на потколо. Јазикот за опис на потшемата може да биде средство за опишување податоци во програмски јазик, средство обезбедено од DBMS или независен јазик за опис на податоци. Многу DBMS користат програмски јазици за да ги опишат податоците. За апликативниот програмер, DBMS мора да обезбеди средство за пренос на команди и толкување на пораки издадени од системот. Интерфејсот помеѓу апликациската програма и DBMS - јазикот за манипулација со податоци - е вграден во програмскиот јазик. Записот се бара на јазик за манипулација со податоци и се чита во работниот простор на апликациската програма; на сличен начин, кога вклучувате запис во базата на податоци, апликациската програма го става во работната област и издава команда на јазик за манипулација со податоци. Типични јазични команди за манипулација со податоци се: отворете датотека или збирка записи; затворете датотека или збирка записи; лоцирајте и прочитајте ја наведената копија од записот; предавање на содржината на одредени податочни елементи од одреден примерок за запис; заменете ја вредноста на одредени елементи од наведениот примерок за запис со вредности од работниот простор на програмата; вметнете запис од работниот простор во множеството записи; отстранете специфичен примерок на запис од низа записи; запомнете нов примерок на запис во базата на податоци; избришете одреден пример на запис од базата на податоци; прередете ги записите во група во опаѓачки или растечки редослед според наведениот клуч.
Системскиот програмер користи јазик за да го опише целокупното коло на логички податоци. Овој јазик може да биде продолжување на програмскиот јазик, алатка за DBMS или независен јазик. За да го опише распоредот на податоците, системскиот програмер користи некоја форма на јазик за опис на физички податоци. Овој јазик го дефинира поставувањето на податоци на физички уреди, управувањето со баферирање, адресирање и методи за пребарување.
Кога се појавуваат нови задачи во системот за управување поврзани со обработката на големи количини на информации, се јавува проблемот со изборот на метод за организирање на податоците што обезбедува негово решение. Во овој случај, неопходно е да се разгледаат можните начини за организирање на податоците и ефективноста на нивната употреба за да се реши проблемот: организирање на податоци во форма на датотеки; употреба на постоечка база на податоци (без промени во општата шема на логички податоци); развој на нова шема на логичка база на податоци користејќи универзален DBMS; развој на база на податоци и посебен DBMS.
Секоја анализа неопходна за евалуација и избор на организација на база на податоци мора да започне со темелно испитување на потребите на корисникот. Врз основа на проучувањето на барањата на корисниците, треба да се состави целосен список на податоци што треба да се складираат, со означување на нивните карактеристики и односи, листа на процеси и корисници кои комуницираат со базата на податоци, укажувајќи ги нивните приоритети и поставувајќи параметри за пристап до податоците и формулирање барања за времето и трошоците за пристап до базата на податоци. Дополнително, неопходно е да се анализира достапниот хардвер (големината на главната меморија на процесорот, конфигурацијата на оперативниот систем, земајќи ги предвид медиумите за пренос на податоци, достапните ресурси и можностите за проширување на надворешната меморија), како и број и квалификации на системски и апликативни програмери.
Ако има потреба да се организираат податоци за да се решат голем број применети проблеми во отсуство на функционална база на податоци, треба да се оцени можноста за користење на концептот на базата на податоци за решавање на проблемите. Основата за користење на базата на податоци се следните фактори: значително преклопување на низите на податоци, дуплирање на акумулација и верификација на податоците, потреба да се реши проблемот со конзистентноста на елементите; значителен број потрошувачи на информации; значителен број на типови барања; релативна постојаност на номенклатурата на барањата. Во исто време, при одлучувањето за организирање база на податоци, треба да се запомни дека неговото создавање може да доведе до намалување на ефикасноста на индивидуалните апликативни програми и прашања, бидејќи целта на организирање на базата на податоци е да се зголеми ефикасноста на целиот систем. .
Кога се појавуваат нови задачи во контролен систем со функционална база на податоци, треба да се процени можноста за користење на заедничка структура на податоци за опишување на предметните области, т.е. збир на објекти и процеси на нови корисници на јазикот на потшемите на функционалната база на податоци или, доколку постојниот општ логички дијаграм има потреба од модификација, проценете ги трошоците за правење на потребните промени и влијанието на овие промени врз севкупните карактеристики на системот во смисла на задоволување на потребите на сите корисници на системот.
Ако се донесе одлука за развој на нова база на податоци, се наметнува задачата за избор на универзален или развој на специјализиран DBMS, како и дизајнирање на неговата општа логичка и физичка структура, а изборот на DBMS, по правило, е основа за дизајнот и организацијата на логичките и физичките структури на базата на податоци.
Постојните DBMS обезбедуваат три главни пристапи за управување со податоци: хиерархиски, мрежен и релациски (сл. 3). Хиерархискиот пристап се заснова на претставување на хиерархија на објекти. Хиерархиските односи се директно поддржани во физичкиот дизајн на DBMS. Хиерархиските односи се посебен случај на мрежни односи. На пример, добавувачот може да снабдува неколку видови стоки, а секој тип на стоки може да има неколку добавувачи. Релационите системи не прават разлика помеѓу објектите и односите. Мрежните и хиерархиските односи можат да бидат претставени во форма на дводимензионални табели наречени врски и ги имаат следните својства: секој елемент на табелата претставува еден елемент на податоци (нема групи што се повторуваат); елементите на колоната се од иста природа, колоните се уникатно доделени имиња; нема два идентични редови во табелата; редовите и колоните може да се гледаат по кој било редослед, без оглед на нивната информативна содржина. Базата на податоци изградена со користење на врски се нарекува релациона и идеално ги има следните предности: способност да се користи од необучени корисници; едноставност на безбедносниот систем (за секој однос е наведена законитоста на пристапот); независност на податоците; способноста да се изгради едноставен јазик за манипулација со податоци користејќи релациона алгебра.
При изборот на универзален DBMS за имплементација на специфичен сет на апликативни програми засновани на употреба на база на податоци, треба да го оцените јазикот на описот на податоците што му се дава на корисникот, јазикот за манипулација со податоците и средствата за одржување на физичката база на податоци. Карактеристиките кои го дефинираат јазикот на описот на податоците обично се разликуваат: јасност, леснотија на проучување, степен на независност на податоците, процедури за заштита од неовластен пристап, елементи на опис (видови на податоци, големина и име, итн.), поддржани врски (хиерархиски, мрежни , релациски) . Меѓу карактеристиките на јазиците за манипулација со податоци, треба да се истакне следново: претставени средства за пристап (во физичка низа, според вредноста на податочниот елемент, по клуч), компатибилност со основни (на високо ниво) програмски јазици, леснотија на учење и употреба, независност на податоци, можности и средства за истовремено користење на базата од повеќе апликативни апликации.програми.
3. Избор на DBMS
Се спроведува земајќи ги предвид потребите на корисникот користејќи еден од следниве методи: анализа на изводливост, експериментална верификација, симулација и моделирање.
Методот за анализа на способности се заснова на бодување на горенаведените карактеристики на DBMS од гледна точка на барањата на корисниците. Секоја карактеристика се проучува од две перспективи - дали е присутна во предложениот DBMS и каков е нејзиниот квалитет. Квалитетот се рангира според стандардна скала. Коефициентот на рангирање се множи со тежината распределена за дадена компонента и се сумираат оценките пондерирани за секоја компонента.
Експерименталниот метод на верификација се состои од создавање на специфична околина за апликација и нејзино користење за да се добијат оперативните карактеристики на даден хардвер и софтверски систем. За експериментална верификација, неопходно е да се дизајнира и вчита генеричка база на податоци; потоа, користејќи го јазикот за манипулација со податоци DBMS, моделирајте ги барањата за обработка на постоечките и очекуваните апликативни програми и изведете експериментален тест на DBMS што се разгледува.
Во методот на симулирање и моделирање на работата на DBMS се користат математички изрази кои ја одредуваат зависноста на еден од параметрите од другите. На пример, времето на пристап може да се претстави како функција од бројот на пристапи на дискот, количината на пренесените информации и времето на процесорот за генерирање одговор на барање. Бидејќи наведените параметри зависат од начинот на складирање на податоците и начинот на пристап до нив, различни DBMS бараат различни модели. Откако ќе се развијат овие модели, тие може да се користат за да се процени времето и трошоците за обработка при користење на различни DBMS со специфицирање на различни услови (промена на големината на базите на податоци, методите за пристап, односот на блокирање итн.).
Неквалификуван дизајнер може да наметне ограничувања на одреден DBMS на почетокот на процесот на дизајнирање на базата на податоци. Во овој случај, барањата на корисниците се вештачки специфицирани од хиерархиските и мрежните структури на одреден DBMS без да се земат предвид други можни решенија за дизајн. Овој пристап може да доведе до намалена ефикасност на системот.
Подолу се дадени кратки карактеристики на некои универзални DBMS.
INES DBMS е фокусиран на решавање на проблеми со пронаоѓање информации главно со помош на дијалог. Обезбедува можност за брз пристап до базата на податоци за да се добијат референтни податоци и ефикасно да се прегледуваат големи количини на податоци при составување резимеа и при генерирање на почетни низи за решавање на економски проблеми.
Системот овозможува пристап до податоци од кориснички апликативни програми напишани во ASSEMBLY, PL/1, COBOL, ALGOL-60, FORTRAN-4.
Се користат специјални јазици за внесување (јазик за внесување на економски индикатор, јазик за внесување документи) и јазици за пребарување кои ги задоволуваат основните барања за јазиците за опис на податоци и јазиците за манипулација со податоци.
За работа со податоци кои имаат хиерархиска структура, се користи посебен метод за пристап. INES DBMS има систем за генерирање на излезни пораки и систем за визуелизација на пораките, кои му овозможуваат на корисникот да ја постави структурата на документот и неговите детали, да пребарува, менува и коригира податоци и да ги прикажува на екранот.
KVANT-M DBMS е систем во реално време дизајниран да работи на миникомпјутер и се користи за решавање проблеми во пронаоѓање информации и референтни системи (фактографски, библиографски, резервации на нарачки итн.).
Корисничките програми може да се напишат во COBOL, FORTRAN, BASIC-2 и да пристапат до базата на податоци користејќи го CAM интерфејсот.
KVANT-M DBMS поддржува база на податоци која се состои од множество низи (датотеки). Записите во низата имаат иста структура и единствен секвенцијален број (ISN). Записите се составени од полиња, кои се најмалата единица на податоци во базата на податоци. Полето може да се декларира како клуч. За да се опишат податоците во датотеките, се креира шема која ги содржи имињата на полињата за записи, нивниот тип и знак што покажува дали полето е клуч. Една или повеќе потшеми се креирани за корисниците до кои имаат пристап.
Структурата на физички податоци користи превртени листи на клучни вредности и гарантира дека адресирањето е независно од физичката локација на податоците. Системот ги обезбедува следните типови на пристап: сериски преку ISN; во логичен редослед; на барање.
Јазикот за манипулација со податоци е јазикот KVANT SCRIPT-M. Тоа е разговорен јазик сличен на англискиот, дизајниран за ефикасно пребарување и истакнување на записите во базата на податоци и нивно прикажување.
Неодамна е организирано производство на персонални компјутери со голема брзина со голема RAM и надворешна меморија, со можност за нивно комбинирање во локална компјутерска мрежа. За овие компјутери, универзалните DBMS се појавија и продолжуваат да се појавуваат, обезбедувајќи му на корисникот алатки и погодности кои понекогаш се побогати од оние на мини компјутерите и главните компјутери. Овој процес сè уште не е воспоставен, и затоа нема смисла да се презентираат карактеристиките на овие DBMS во учебникот.
4. Специјализирани бази на податоци
Процесот на дизајнирање на специјализирана база на податоци опфаќа: логички дизајн, физички дизајн, развој на специјализиран DBMS.
Логичкиот дизајн вклучува анализа. барања, моделирање на податоци од апликативна програма и нивна интеграција, развој на логичко коло. Анализата на барањата на корисниците се врши со користење на стандардни методи за системска анализа: документација, анкета, симулирани извештаи. Анализата на барањата произведува систематски сетови на податоци и спецификации за обработка со користење на стандардни дефиниции за податоци кои ги минимизираат недоследностите во развиените спецификации.
Моделот на податоци е дизајниран да ја претставува корисничката околина. Бидејќи базата на податоци е креирана за многу корисници, фазата на интеграција е дизајнирана да ги реши конфликтите помеѓу барањата на корисниците за време на процесот на моделирање.
Во фазата на креирање дијаграм, моделите на корисници мора да се комбинираат во едно, од кое може да се разликуваат сите алтернативни погледи. Задачата за синтетизирање на оптималната логичка структура на базата на податоци е да се одреди оптималната логичка структура во смисла на прифатениот критериум, обезбедувајќи имплементација на множеството барања на сите корисници на системот. Меѓу критериумите што се користат за синтетизирање на логичката структура на базата на податоци, може да се истакне минималниот трошок за складирање, ажурирање и пренос на информации за одреден период, минимумот на вкупните текови на информации, минималниот износ на складирани информации, минималните трошоци за ажурирање информации, максимална брзина, максимална доверливост. Ако спецификациите на барањата и моделите на податоци не зависат од DBMS, тогаш шемата на базата на податоци е нејзин опис на јазикот за опис на податоците. Покрај шемата, се развиваат описи на подмножества на бази на податоци (подшема) на корисници. Дизајнот на физичка база на податоци вклучува физичко претставување на податоци, избор и документирање на методите за пристап и поставување на податоци.
Врз основа на логичкиот дизајн, физичкиот дизајнер мора да го одреди претставувањето на секој податочен елемент, запис и низа. За секоја физичка низа, нејзината големина мора да биде поставена. При одредување на физичката претстава на податоците, мора да се земат предвид следните фактори: заштеда на меморија, минимизирање на вишок (користење референци или покажувачи), метод на обработка (секвенцијален, случаен) и адресирање, коефициент на активност на низа и запис (го одредува изборот на уредите со директен или последователен пристап), независност на податоците , време на одговор на барање (ја одредува организацијата на податоците и видот на уредот за складирање).
Спецификите на задачите решени врз основа на базата на податоци што се развива, барањата на корисниците и логичкиот дизајн на базата се основа за избор на методот на адресирање и организирање на пребарувањето на податоците. Методите за адресирање вклучуваат: секвенцијално скенирање, пребарување на блокови, бинарно пребарување, индексно-секвенцијален метод, директно адресирање, мешање и различни нивни комбинации.
Секвенцијалното скенирање вклучува проверка на клучот на секој запис. Методот може да биде ефективен само кога сериски обработуваат секвенцијални низи на магнетна лента.
Блок пребарувањето се користи во случаи на секвенцијални низи подредени по клуч. Записите се групирани во блокови и секој блок се проверува додека не се најде саканиот блок чии записи се читаат.
Во бинарното пребарување, областа за пребарување се дели на половина секој пат, а клучот од добиениот запис се споредува со копчето за пребарување. Бинарното пребарување обично не е погодно за уреди со директен пристап и се користи при пребарување на индекси на низи.
Методот на индексно-секвенцијално адресирање користи индекси. Индексот на највисоко ниво ја одредува локацијата на индексот на најдолното ниво, кој ја одредува локацијата на блокот записи. Блок од записи или се скенира или бинарно или се пребарува блок. Методот вклучува нарачување записи по клуч. Во случај на произволна низа, се користи методот индекс-арбитрарен. Сепак, ова бара многу поголем индекс бидејќи мора да содржи еден елемент за секој запис во низата, наместо по блок на записи.
Директното адресирање вклучува одреден превод на клучот во адреса. Постојат многу методи за конвертирање на клуч во адреса во низа. Наједноставниот начин е да ја наведете релативната адреса на мониторот на записот во влезната порака. Во некои апликации, адресата се пресметува врз основа на идентификатори на објекти.
Методот на мешање вклучува конвертирање на клучот на податочната ставка во квази-случаен број, кој се користи за одредување на локацијата на записот.
Кога ја дизајнирате физичката структура на базата на податоци, мора да дефинирате и документирате како се пристапува до секој тип запис, да ги идентификувате записите до кои се пристапува директно со клучеви и записите до кои се пристапува со помош на покажувачи од други записи или индекси. Секоја низа, во зависност од методот на пристап, мора да ѝ биде доделен простор на физичките уреди (магнетни дискови, ленти). Ова ги поставува податоците на таков начин што да им даде приоритет на често пристапените податоци или да ја максимизира близината на складираните податоци.
Најшироко користен е методот на индексно-секвенцијално адресирање. Во овој случај, можете да користите два методи за пристап - ISAM и VSAM. Во методот за пристап ISAM, записите се групирани така што тие можат да се лоцираат на поединечни траки на цилиндрите на модулот на дискот, а по една песна на секој цилиндар е распределена за индекси што укажуваат на записите што се наоѓаат на тој цилиндар. Ако треба да се додадат нови податоци, тие се ставаат во областа за прелевање (покажувачите кон областите за прелевање се вклучени и во индексната патека). Методот за пристап VSAM е сличен на методот ISAM, меѓутоа, методот VSAM е независен од типот на опремата и не работи на категории како што се патеки и цилиндри. Наместо цилиндри поделени на патеки, се користат контролирани области, кои пак се поделени на контролирани интервали. Во методот VSAM, има еден сет на покажувачи (индекс) по управувана област.
Дизајнирањето на специјализиран DBMS вклучува развој на јазик за опис на податоци, јазик за манипулација со податоци и средство за одржување на физичка база на податоци. При разгледувањето на прашањето за избор на универзален DBMS, беа идентификувани основните барања што мора да ги задоволат јазиците за опис на податоци и манипулација со податоци. Најчестиот јазик за опишување на податоци за програмери (подкола) е делот за податоци COBOL; современите DBMS, по правило, развиваат свои јазици за опис на податоци за да ги опишат шемите и физичката структура на базата на податоци. Здружението за јазици на системи за податоци (CODASYL) предложи јазик за опис на податоци што се користи и за логично опишување на податоците и за опишување на нивната физичка организација.
5. Дистрибуирани бази на податоци
Во врска со создавањето и развојот на голем број автоматизирани системи за контрола кои моментално се базираат на компјутерски мрежи, релевантен е дизајнот на дистрибуирани бази на податоци (RDB). Дистрибуирана база на податоци е систем на информациски меѓусебно поврзани и интерактивни локални бази на податоци (LDD) на одреден начин, кои имаат своја информациска содржина и структура. Во суштина, RDB е дистрибуиран мемориски систем кој ги складира сите податоци што ги бара соодветниот автоматизиран контролен систем. Неговата особеност е што фрагменти од генерираната логичка структура се наоѓаат во географски оддалечени бази на податоци. Физичката имплементација на поврзувањето на RDB се врши со организирање на текови на информации во рамките на LDB и меѓу нив преку комуникациски канали.
Главниот проблем при креирањето на RDB е поставувањето податоци; ова ги одредува таквите карактеристики на RDB како што се обемот на складирани и ажурирани податоци, интензитетот на тековите на информации и веродостојноста на системите.
Дизајнот на RDB може да се одвива под следниве услови:
а) создавањето на автоматизиран систем за контрола е само почеток и задачата е да се избере оптималната структура на RDB и поставувањето на поединечни LDB;
б) има одреден број на LDB и компјутерски центри и задача е да се додели дополнителен број на LDB и оптимално да се промени структурата на врските во системот;
в) формирањето на географијата и структурата на системот е завршено и задачата е оптимално да се прераспределат низите и да се промени топологијата на врските.
Најтипични задачи при дизајнирање на RDB се одредување на структурата на RDB, одредување на топологијата на врските, избор на стратегија за пребарување и ажурирање информации и избор на контролен систем за RDB.
Постојат централизирани, децентрализирани и комбинирани RDB структури. Најшироко користени се комбинираните RDB, кои се карактеризираат со присуство на централна база на податоци која складира информации за целиот систем за поставување на низи во RDB. Бројот на LDB на секое ниво од хиерархијата се определува со ограничувања на обемот на складирани информации и ограничувања на трошоците за создавање на LDB. Поставувањето на LBD зависи од локацијата на потрошувачите и изворите на информации.
Изборот на топологијата на мрежата LBD се одредува според природата на нивните информациски односи, насоката и интензитетот на тековите на информациите и потребната сигурност и доверливост на преносот на информации. Вообичаено, корисниците се доделуваат на една LDB и преку оваа LDB тие се поврзани со други бази на податоци во RDB. Се разликуваат следните типови на структури на LBD врски во RBD: радијална, радијално-нодална, прстенеста, секоја со секоја, комбинирана (сл. 4, a - d). Најсигурен, со брзо пребарување на информации, е систем со структура „секој со секого“. Информативните врски од овој тип се карактеристични за објекти кои се подредени еден на друг само функционално.
Стратегијата за пребарување влијае на количината и поставеноста на структурните и текот на информациите за пребарување. Доколку информациите што ги бара корисникот не се достапни во најблиската LDB, може да се предложат следните стратегии за пребарување:
1) според структурните информации за сместувањето на податоците во RDB се пребарува бараниот LDB и се пристапува до оваа LDB;
2) се врши претрес во ЛДБ од повисок ранг; ако недостасуваат потребните информации, се анализираат структурни информации за содржината на сите подредени ЛБД; ако недостасуваат потребните информации, одете во LDB на повисоко ниво на хиерархија;
3) се упатува жалба до контролната LDB, каде што се чуваат структурни информации за сите LDB;
4) сите LBD се анкетирани или паралелно или последователно.
Стратегијата 1 обезбедува минимална количина на информации за пребарување, но во секоја LDB потребно е да се складираат структурни информации за поставувањето на низите во RDB.
Стратегијата 2 е типична за хиерархиски системи во кои преовладуваат тековите на информации од горе надолу.
Стратегијата 3 ги минимизира структурните информации.
Стратегијата 4 се карактеризира со големи текови на информации за барањата.
Функционирањето на RDB претпоставува присуство на текови за ажурирање на информации во него. Меѓу стратегиите за ажурирање, може да се издвои следново: ажурирањето на сите дупликати низи низ сите LDB се врши од изворот на информации; изворот ги ажурира информациите само во најблиската LDB; сите други дупликати низи се ажурираат на иницијатива на оваа LDB; ажурирањето на дупликатните низи се врши според алгоритам (на пример, минимизирање на вкупните текови на ажурирање). Стратегијата за ажурирање мора да ја обезбеди одредената доверливост, доверливост и перформанси на RDB. Развојот и имплементацијата на ефективни системи за управување со RBD во моментов се во рана фаза. Главниот критериум при развивање на систем за контрола на RDB е минималниот интензитет на трудот на создавање и имплементација на неговиот софтвер. Проблемот може да се реши со рафинирање и прилагодување на постоечките DBMS или со создавање ефективни специјални системи за управување со RDB.