Релационом моделу података, база података, модел и дизајн кола

Суштина и основа сваког базе је његова модела. Ставља се заједно списак структуре података и операције изведена на њих. Најшире купио хијерархијски, мрежни и релациони модел података. Све што особа може користити у предвиђену сврху, као што су уграђени у меморији рачунара: ускладиштен на диску по потреби, и налазе се у систему меморије. Овде је њихова обрада почиње. Другим речима, база података - то је, информације о спољном свету, по узору на посебан начин, и обухвата одређену област. Типично, ово је другачије карактеристике, својства, и нешто слично. Пошто је све повезано у свету, то је ДБ је огледа.

У највећем броју случајева, како би се симулирао нека основа довољно само релациони модел података. Међутим, њен дизајн, у пракси, у шеми односа може изазвати проблеме. Она је ту да се не обезбеђује стварањем семантичких описа механизама, који су увек присутни у предметима у било којој области.

Овај квалитет је довело до онога што је створио концептуални модел базе података. Он омогућава више од интуитивна, али у исто време и сасвим формално описују специфичну површину од субјеката. Веома често, таква схема моделирање се примењује само у почетној фази стварања базе података. За базе предузме конкретне семантички модел. На основу њега, дизајнирали смо концептуални дијаграм, а онда све ово се конвертује и приказује такозвани релациони модел базе података.

У дизајна свету, за то постоје одређене технике. Они су веома јасни и разумљиви описује све фазе такву акцију у пракси. Њихово знање елиминише потребу да се истраже додатне програме који су укључени у стварању семантичких модела. Креатор је довољно да зна основе изабраног шеме и да зна основна правила превода. У том случају, све иде добро, а из концептуални се релациони модел података без муке.

Треба напоменути да су неки почетници креатори базе података чине грешку потцењивања значај семантичког моделовање шеме ручно. Наравно, у свету технолошког напретка сматра да је губљење времена и труда. Али ово мишљење је апсолутно погрешно. А ово је следећи:

1. Моделовање руком да створи снажан визуелни и семантички шему будућег ДБ. И то у будућности, прелазак на корак од релационог модела, како би се избегло озбиљне грешке и најпотпуније процењују природу и карактеристику одређеној области.

2. Корак семантички моделирање предвиђа важну документацију да би радије да се ручно. На пример, графикони, табеле, и коментари. Они могу бити корисна не само у процесу стварања, али иу даљој експлоатацији већ створеног базе.

Али, ако разговор је истина, може се рећи да је стварање концептуалне шеме и његово касније прелазак на оно што се зове "релациони модел података" ручно - процес тежак и проблематичан. Замислите базу података у којој табеле и дијаграми више од хиљаду. Следеће, мислим да нема смисла да се говори.

процес ауторизације за креирање базе података почиње са цртежом тих истих столовима, стварајући архиву докумената пројектних активности. То у великој мери олакшава рад дизајнера, помаже у коришћењу базе. Али систем као нормалан текст едитору који подржава само основне команде унос, уређивање и валидацију. То је природно да се прошири са додатним функцијама компајлер. И то је сасвим једноставна идеја није нестала. Дакле, процес аутоматизације идејног шеме базе података у релациону почиње.