Andmebaasi struktuuri kirjeldus. Relatsiooniandmebaaside loomise alused. Andmete töötlemine vormide kaudu

infoloogiline mudel

Infoloogiline mudel on kirjeldus ainevaldkond, sooritatakse tarkvarale keskendumata ja tehnilisi vahendeid. Infoloogiline mudel on inimesele suunatud mudel, mis on täiesti sõltumatu keskkonna füüsilistest parameetritest, andmete salvestamise meetodist. Infoloogiline mudel muutub ainult siis, kui muutused reaalses maailmas nõuavad alusmudeli muutmist. ER mudelite peamised eelised:

nähtavus;

mudelid võimaldavad teil andmebaase kujundada suur summa objektid ja atribuudid;

ER mudelite põhielemendid:

objektid (üksused);

objekti atribuudid;

seosed objektide vahel.

Olem on teemavaldkonna objekt, millel on atribuudid.

Olemite vahelist suhet iseloomustavad:

ühenduse tüüp (1:1, 1:N, N:M);

liikmeklass. Klass võib olla kohustuslik või vabatahtlik. Kui olemi iga eksemplar osaleb suhtes, on liikmeklass kohustuslik, vastasel juhul on see valikuline.

Käesolevas lõputöös on süsteemis juurutatud ER-mudel arvutipõhine disain alused ERWini andmed ja on näidatud joonisel nr 2.3.

Joonis #2.3. infoloogiline mudel

Dataloogiline mudel

Andmeloogiline mudel on andmeelementide vaheliste loogiliste seoste kaardistamine, sõltumata nende sisust ja andmekandjast. See mudel põhineb andmekirjelduskeelel (DDL), mida kasutatakse konkreetses DBMS-is, milles andmebaas on kujundatud. Dataloogilise mudeli loomise etappi nimetatakse dataloogiliseks disainimiseks. Kirjeldus loogiline struktuur DBMS-i keeles andmebaasi nimetatakse andmebaasi andmeloogiliseks skeemiks.

Andmebaasi loogilise struktuuri kujundamisel teisendatakse esialgne infomudel konkreetse DBMS-i toetatavaks andmemudeliks ning kontrollitakse sellest tuleneva kuvatava ainevaldkonna dataloogilise mudeli adekvaatsust.

Kuvatakse andmeloogiline mudel loogilisi seoseid teabe andmete vahel antud kontseptuaalne mudel. Infoloogiliselt mudelilt dataloogilisele üleminekul tuleb silmas pidada, et infoloogiline mudel sisaldab kogu ainevaldkonna kohta infot, mis on vajalik ja piisav andmebaasi kujundamiseks. Tootejuhi andmebaasi andmeloogiline mudel on näidatud joonisel 2.3.

Joonis #2.3. andmemudel.

Tarkvaraülesanne (ülesannete kogum)

Üldsätted(funktsioonipuu ja dialoogiskript)

Funktsioonipuu on diagramm, mis kuvab kõik võimalikud funktsioonid ja valikud, mida saab programmis sooritada nii sissetulevate, väljaminevate dokumentidega kui ka lisafunktsioone tootejuhi automatiseerimissüsteemi seadistamise kohta. Skemaatiliselt on funktsioonipuu kujutatud joonisel 2.4.

Dialoogi skriptimisskeem tähistab programmi kasutaja ja tema enda vahelise dialoogi teid. tarkvaratoode. See diagramm näitab, kuidas kasutaja pääseb konkreetne dokument või helistage vajalik funktsioon. Dialoogistsenaariumide skeem on näidatud joonisel 2.5.

Sissejuhatus

1. peatükk. Andmebaasi põhitõed

1.1.Andmekogude klassifikatsioon

1.3 Andmebaasi kirjelduse mudelid

1.4. Töölaua DBMS-i põhitõed

1.5.Andmekogudele esitatavad nõuded ja standardid

Peatükk 2. Töö alusega Microsofti andmed Juurdepääs

2.1. Töölaua töö põhitõed DBMS Microsoft Juurdepääs

2.2. Töötamine Microsoft Accessi andmebaasiga

Järeldus

Kasutatud kirjanduse loetelu

Sissejuhatus

Infovood, mis meid ümbritsevas maailmas ringlevad, on tohutud. sisse

aeg nad kipuvad pikenema. Seetõttu igas organisatsioonis

suured ja väikesed, on sellise juhtimiskorralduse probleem

andmeid, mis annaksid kõige rohkem tõhus töö. Mõned

organisatsioonid kasutavad selleks kappi, kuid enamik eelistab

arvutipõhised meetodid - andmebaasid, mis võimaldavad teil tõhusalt salvestada,

struktureerida ja korraldada suuri andmemahtusid. Ja täna ilma alusteta

andmetel on võimatu ette kujutada enamiku finants-, tööstus-,

kaubandus- ja muud organisatsioonid. Kui andmebaase poleks, siis nad lihtsalt lämbuksid sisse

info laviin.

Ülekandmiseks on palju häid põhjuseid olemasolevat teavet peal arvuti baasil. Nüüd on teabe arvutifailides säilitamise kulud odavam kui paberkandjal. Andmebaasid võimaldavad teil teavet salvestada, struktureerida ja hankida

kasutaja jaoks optimaalne. See teema on praegu aktuaalne, sest kliendi-/serveritehnoloogiate kasutamine võimaldab säästa märkimisväärseid rahalisi vahendeid ja mis kõige tähtsam, kättesaamise aega vajalikku teavet, samuti lihtsustavad juurdepääsu ja hooldust, kuna need põhinevad keerukal andmetöötlusel ja nende salvestamise tsentraliseerimisel. Lisaks võimaldab arvuti salvestada mis tahes andmevorminguid, teksti, jooniseid, käsitsi kirjutatud andmeid, fotosid, helisalvestisi jne.

Et kasutada nii tohutult salvestatud infot, lisaks arendada

vaja on süsteemiseadmeid, andmeedastusvahendeid, mälu, vahendeid

pakkudes inimese ja arvuti dialoogi, mis võimaldab kasutajal siseneda

või teha otsuseid salvestatud andmete põhjal. Nende funktsioonide pakkumiseks

on loodud spetsiaalsed tööriistad - andmebaasihaldussüsteemid (DBMS).

Käesoleva töö eesmärgiks on avada andmebaasi ja andmebaasihaldussüsteemi kontseptsioon ning kaaluda konkreetne näide töölaua DBMS-i töö.

1.1.Andmekogude klassifikatsioon

Andmebaas on teabemudel domeen, omavahel seotud andmete kogum, mis on salvestatud minimaalse liiasusega, nii et seda saab optimaalselt kasutada ühe või mitme rakenduse jaoks. Andmed (failid) salvestatakse väline mälu ja neid kasutatakse sisendinfona probleemide lahendamisel.

DBMS on programm, mis rakendab andmebaasi salvestatud andmete tsentraliseeritud haldamist, neile juurdepääsu, nende ajakohasena hoidmist.

Andmebaasihaldussüsteeme saab klassifitseerida vastavalt andmetevaheliste seoste loomise meetodile, nende poolt täidetavate funktsioonide olemusele, rakendusalale, toetatavate andmemudelite arvule, andmebaasiga suhtlemiseks kasutatava keele olemusele ja muule. parameetrid.

DBMS-i klassifikatsioon:

· Vastavalt täidetavatele funktsioonidele jagunevad DBMS-id operatiivseteks ja informatiivseteks;

· rakendusala järgi jagunevad DBMS-id universaalseteks ja probleemikeskseteks;

Vastavalt kasutatavale suhtluskeelele jagunevad DBMS-id suletud, millel on oma iseseisvad keeled kasutajate suhtlus andmebaasidega ja avatud, milles andmebaasiga suhtlemiseks kasutatakse programmeerimiskeelt, mida laiendavad andmetöötluskeele operaatorid;

· Vastavalt toetatud andmemudelite tasemete arvule jagunevad DBMS-id ühe-, kahe-, kolmetasandilisteks süsteemideks;

· andmetevaheliste seoste loomise meetodi järgi eristatakse relatsioonilisi, hierarhilisi ja võrguandmebaase;

· andmete salvestamise korraldamise ja töötlemisfunktsioonide täitmise meetodi järgi jaotatakse andmebaasid tsentraliseeritud ja hajutatud.

Tsentraliseeritud andmebaasisüsteemid juurdepääs võrgule On kaks peamist arhitektuuri – failiserver või klient-server.

Failiserveri arhitektuur. Eeldab ühe võrgumasina valimist keskseks ( põhiserver failid), kus on salvestatud jagatud tsentraliseeritud andmebaas. Kõik muud masinad toimivad tööjaamadena. Andmebaasifailid edastatakse vastavalt kasutaja soovidele tööjaamadesse, kus neid põhiliselt töödeldakse. Samadele andmetele juurdepääsu suure intensiivsusega, jõudlus infosüsteem langeb.

Klient-server arhitektuur. See arvutitevahelise suhtluse mudel võrgus kaasaegne DBMS sai tegelikult standardiks. Kõik võrguga ühendatud arvutid, mis moodustavad selle arhitektuuri, mängivad oma rolli: server omab ja haldab teabeallikad süsteemid, on kliendil võimalus neid kasutada. Lisaks tsentraliseeritud andmebaasi salvestamisele tegeleb andmebaasiserver suurema osa andmetöötlusest. Kliendi poolt väljastatud andmete päring ( tööjaam) käivitab serveris andmete otsimise ja toomise. Ekstraheeritud andmed transporditakse üle võrgu serverist kliendini. Klient-server arhitektuuri eripära on SQL päringukeele kasutamine.

Andmebaasiserver on DBMS, mis töötleb samaaegselt kõigi tööjaamade päringuid. Reeglina on klient ja server üksteisest geograafiliselt eraldatud, sellisel juhul moodustavad nad hajutatud andmetöötlussüsteemi.

1.2. Funktsionaalsus DBMS

DBMS-i omadused on järgmised:

esitus;

Andmete terviklikkuse tagamine andmebaasi tasemel;

Andmete turvalisuse tagamine;

Võimalus töötada mitme kasutajaga keskkondades;

Võimalus importida ja eksportida andmeid;

Andmetele juurdepääsu võimaldamine kasutades SQL keel;

Võimalus esitada taotlusi

· Kättesaadavus tööriistad arengut rakendusprogrammid.

DBMS-i jõudlust hinnatakse:

Taotluste täitmiseks kuluv aeg

teabe otsimise kiirus;

muudest vormingutest andmebaaside importimise aeg;

toimingute kiirus (nagu värskendamine, sisestamine, kustutamine);

aruande koostamise aeg ja muud näitajad.

Andmete turvalisus saavutatakse:

Rakendusprogrammide krüpteerimine;

andmete krüpteerimine;

andmete kaitsmine parooliga;

· juurdepääsu piiramine andmebaasile (tabelile, sõnastikule jne).

Andmete terviklikkuse tagamine tähendab vahendite olemasolu tagamaks, et andmebaasis olev teave jääb alati õigeks ja täielikuks. Andmete terviklikkus peab olema tagatud olenemata sellest, kuidas andmed mällu sisestatakse (in interaktiivne režiim, impordi või spetsiaalse programmi abil). Praegu kasutatavatel DBMS-idel on vahendid andmete terviklikkuse ja usaldusväärse turvalisuse tagamiseks.

Andmebaasihaldussüsteem haldab andmeid välismälus, pakub turvaline ladustamine andmed ja tugi vastavate andmebaasi keelte jaoks. oluline funktsioon DBMS on puhvrihaldusfunktsioon muutmälu. Tavaliselt töötavad DBMS-id andmebaasidega suured suurused, mis sageli ületab arvuti põhimälu mahtu. Arendatud DBMS-id säilitavad oma RAM-puhvrite komplekti, mille asendamiseks on oma distsipliin.

Enim kasutatavad andmebaasihaldussüsteemid on Microsoft Access ja Oracle.

DBMS-i tööetapid on järgmised:

andmebaasi struktuuri loomine, s.o. tabeli iga kirje moodustavate väljade loendi määratlemine, väljade tüübid ja suurused (numbrilised, tekstilised, loogilised jne), võtmeväljade määratlemine tagamaks vajalikud lingid andmete ja tabelite vahel;

Andmete sisestamine ja muutmine andmebaasi tabelitesse vaikevaate abil standardvorm tabeli kujul ja spetsiaalselt ekraanivorme kasutades kasutaja loodud;

tabelites sisalduvate andmete töötlemine päringute alusel ja programmi alusel;

· info väljastamine arvutist aruannete abil ja ilma aruannete kasutamiseta.

Neid tööetappe rakendatakse erinevate käskude abil.

Tsentraliseeritud andmebaas pakub lihtsat haldamist, andmete paremat kasutamist kaugpäringute sooritamisel ja palju muud kõrge aste töötlemise samaaegsus, madalamad töötlemiskulud.

Hajutatud andmebaas hõlmab andmehaldusfunktsioonide salvestamist ja täitmist mitmes sõlmes ning andmete edastamist nende sõlmede vahel päringute täitmise protsessis. Sellises andmebaasis ei saa salvestada ainult selle erinevaid tabeleid erinevad arvutid, aga ka sama tabeli erinevad killud. Samal ajal pole kasutaja jaoks oluline, kuidas andmete salvestamine on korraldatud, ta töötab sellise andmebaasiga nagu tsentraliseeritud.

1.3. Andmebaasi kirjeldusmudelid

Andmebaasi kirjeldusmudeleid on kolme tüüpi – hierarhilised, võrgu- ja relatsioonilised, mille peamine erinevus seisneb andmebaasi objektide ja atribuutide vahelise seose ja interaktsiooni kirjelduse olemuses.

Hierarhiline mudel hõlmab puustruktuuride kasutamist andmebaasi kirjeldamiseks, mis koosneb teatud arv tasemed. "Puu" on elementide hierarhia, mida nimetatakse sõlmedeks. Elementide all mõistetakse loendit, kogumit, atribuutide kogumit, objekte kirjeldavaid elemente.

See artikkel sisaldab lühike teave andmebaaside kohta: mis see on, kuidas need võivad olla kasulikud, millised on nende funktsioonid üksikud elemendid. Siin kasutatav terminoloogia on Microsoft Accessi spetsiifiline, kuid kirjeldatud mõisted kehtivad iga andmebaasi puhul.

Selles artiklis:

Mis on andmebaas?

Andmebaasid on tööriist teabe kogumiseks ja struktureerimiseks. Andmebaas võib salvestada andmeid inimeste, toodete, tellimuste ja palju muu kohta. Paljud andmebaasid on esialgu väikeses loendis tekstiredaktor või arvutustabelit. Kui loendis olevate andmete hulk suureneb, ilmnevad järk-järgult ebakõlad ja üleliigne teave. Loendina kuvatav teave muutub arusaamatuks. Lisaks on piiratud viisid, kuidas andmete alamhulkadest otsida ja kuvada. Niipea kui need probleemid ilmnevad, soovitame teisaldada kogu teabe andmebaasi, mis on loodud andmebaasihaldussüsteemis (DBMS), näiteks Access.

Arvuti andmebaas on objektide hoidla. Ühes andmebaasis võib olla rohkem kui üks tabel. Näiteks jälgimissüsteem laovaru, mis kasutab kolme tabelit, pole mitte kolm andmebaasi, vaid üks. Baasis Juurdepääs andmetele(kui pole spetsiaalselt konfigureeritud töötama teise allika andmete või koodiga) salvestatakse kõik tabelid ühes failis koos muude objektidega, nagu vormid, aruanded, makrod ja moodulid. Access 2007 vormingus loodud andmebaasifailid (mida kasutavad ka Access 2016, Access 2013 ja Access 2010) kasutavad accdb-faililaiendit, samas kui Accessi varasemates versioonides loodud andmebaasifailid kasutavad faililaiendit .mdb. KOOS kasutades Accessi 2016, Access 2013, Access 2010 ja Access 2007 suudavad luua faile suuremates vormingutes kui varased versioonid rakendusi (näiteks Access 2000 ja Access 2002–2003).

Accessi kasutamine võimaldab:

lisama uut teavet andmebaasi, näiteks uuele laokaubale;

muuta juba andmebaasis olevat infot, näiteks teisaldada artiklit;

kustutada teave, näiteks kui toode on müüdud või utiliseeritud;

korraldada ja vaadata andmeid erinevatel viisidel;

jagada andmeid teiste inimestega, kasutades aruandeid, sõnumeid Meil, sisevõrk või Internetti.

Juurdepääs andmebaasi elementidele

Allpool on lühikirjeldused standardse Accessi andmebaasi elemendid.

tabelid

Andmebaasi tabel on nagu arvutustabel- ja seal ja seal asub teave ridade ja veergudena. Seetõttu on arvutustabeli importimine andmebaasi tabelisse tavaliselt üsna lihtne. Peamine erinevus seisneb selles, kuidas andmed on üles ehitatud.

Selleks, et andmebaas oleks võimalikult paindlik ja selles ei tekiks üleliigset infot, tuleks andmed struktureerida tabelite kujul. Näiteks kui me räägime ettevõtte töötajate teabega tabeli kohta ei pea te sama töötaja kohta andmeid sisestama mitu korda. Tooteandmed tuleks salvestada eraldi tabelisse, samuti andmed ettevõtte filiaalide kohta. Seda protsessi nimetatakse normaliseerimine.

Tabeli ridu nimetatakse kirjeteks. Kirje sisaldab teabeplokke. Iga kirje koosneb vähemaltühelt põllult. Väljad vastavad tabeli veergudele. Näiteks tabelis nimega "Töötajad" sisaldab iga kirje teavet ühe töötaja kohta ja iga väli sisaldab eraldi teabekategooriat, nagu eesnimi, perekonnanimi, aadress jne. Väljad on esile tõstetud all. teatud tüübid andmeid, nagu tekst, numbrid või muud andmed.

Kirjeid ja välju saab kirjeldada erinevalt. Kujutage ette vana raamatukogukaartide kataloogi. Iga kapis olev kaart vastab sisenemine andmebaasis. Kaardil olevad infoplokid (autor, raamatu pealkiri jne) vastavad väljad andmebaasis.

Lisainformatsioon Tabelite kohta vaadake jaotist Tabelite ülevaade.

Vormid

Loomiseks kasutatakse vorme kasutajaliides andmete sisestamiseks ja muutmiseks. Vormid sisaldavad täitmiseks sageli käsunuppe ja muid juhtnuppe erinevaid funktsioone. Saate luua andmebaasi ilma vorme kasutamata, muutes lihtsalt Accessi tabelites olemasolevat teavet. Kuid enamik kasutajaid eelistab tabelites teabe vaatamiseks, sisestamiseks ja muutmiseks kasutada vorme.

Käsunupud määravad andmed, mis peaksid vormil ilmuma, avavad muid vorme ja aruandeid ning täidavad mitmeid muid toiminguid. Näiteks on olemas "Kliendivorm", milles töötate kliendiandmetega. Ja selles võib olla nupp, millele vajutades avaneb tellimusvorm, mille abil sisestad info konkreetse kliendi tehtud tellimuse kohta.

Vormid pakuvad ka võimalust juhtida seda, kuidas kasutajad andmebaasi teabega suhtlevad. Näiteks saate luua vormi, mis kuvab ainult teatud välju ja suudab ainult täita piiratud arv operatsioonid. See tagab turvalisuse ja andmete korrektse sisestamise.

Lisateavet vormide kohta leiate artiklist Vormid.

Aruanded

Aruandeid kasutatakse andmete vormindamiseks, kokkuvõtmiseks ja kuvamiseks. Tavaliselt võimaldab aruanne leida vastuse konkreetne küsimus, näiteks "Kui palju kasumit meie kliendid meile sel aastal tõid?" või "Mis linnades elavad meie kliendid?" Aruandeid saab vormindada nii, et teave kuvatakse kõige loetavamal viisil.

Aruande saab luua igal ajal ja see kuvab alati praegust andmebaasi teavet. Aruanded vormistatakse tavaliselt nii, et neid saab printida, kuid neid saab ka ekraanil vaadata, teistesse programmidesse eksportida või meilisõnumitele manustada.

Taotlused

Päringud võivad andmebaasis täita paljusid funktsioone. Üks nende põhifunktsioone on tabelitest teabe leidmine. Vajalik info tavaliselt sisalduvad mitmes tabelis, kuid kui kasutate päringuid, saab seda vaadata ühes. Lisaks võimaldavad päringud filtreerida andmeid (selleks seatakse otsingukriteeriumid) nii, et kuvatakse ainult vajalikud kirjed.

Kasutatakse ka nn "uuendatavaid" päringuid, mis võimaldavad redigeerida põhitabelites leiduvaid andmeid. Uuendatava päringuga töötades pidage meeles, et muudatusi tehakse põhitabelites, mitte ainult päringutabelis.

Taotlusi on kahte peamist tüüpi: taotluste valimine ja muutmine. Valikupäring leiab ainult andmeid ja annab neile juurdepääsu. Sellise päringu tulemusi saab vaadata ekraanil, printida või lõikelauale kopeerida või kasutada vormi või aruande salvestusallikana.

Muudatuspäringu abil, nagu nimigi ütleb, saab leitud andmetega teha teatud toiminguid: luua tabeleid, lisada olemasolevatele tabelitele infot ning uuendada või kustutada andmeid.

Lisateavet päringute kohta leiate jaotisest Sissejuhatus päringutesse.

Makrod

Accessi makrod on nagu lihtsustatud programmeerimiskeel, mida saab kasutada andmebaasi funktsionaalsemaks muutmiseks. Näiteks kui lisate vormi käsunupule makro, käivitatakse see iga kord, kui sellel nupul klõpsate. Makrod koosnevad käskudest, mis täidavad konkreetseid ülesandeid: avavad aruanded, käivitavad päringuid, sulgevad andmebaasi jne. Makrode abil saate automatiseerida enamiku andmebaasis käsitsi tehtavaid toiminguid ja säästa seega palju aega.

Lisateavet makrode kohta leiate jaotisest Juurdepääsu programmeerimise ülevaade.

Moodulid

Sarnaselt makrodele on moodulid objektid, mida saab kasutada andmebaasi funktsionaalsemaks muutmiseks. Kui aga Accessi makrod koostatakse makrode loendist valides, luuakse moodulid Visuaalne keel Basic for Applications (VBA). Moodulid on kirjelduste, juhiste ja protseduuride kogumid. Seal on klassimoodulid ja standardmoodulid. Klassimoodulid on seotud konkreetsete vormide või aruannetega ja sisaldavad tavaliselt protseduure, mis töötavad ainult nende vormide või aruannetega. Standardmoodulid sisaldavad üldisi protseduure, mis ei ole seotud ühegi objektiga. Erinevalt klassimoodulitest on loetletud standardmoodulid Moodulid navigeerimisalal.

Andmebaas koostati selle alusel relatsioonisüsteem. Relatsiooniandmemudel põhineb matemaatilised põhimõtted, mis tuleneb otseselt hulgateooriast ja predikaatloogikast. Neid põhimõtteid rakendati esmakordselt andmete modelleerimise valdkonnas 1960. aastate lõpus. Dr E.F. Codd, seejärel IBM-is ja avaldati esmakordselt 1970. aastal.

Tehniline artikkel "Relational Data Model for Large Shared Data Banks" Dr. E.F. 1970. aastal avaldatud Codd on kaasaegse relatsiooniandmebaasi teooria rajaja. Dr Codd tuvastas 13 reeglit relatsioonimudel(mida nimetatakse 12 Coddi reegliks).

Coddi 12 reeglit:
1. Relatsiooniline DBMS peab suutma andmebaasi täielikult hallata selle relatsioonivõimaluste kaudu.
2. Teabe reegel- kogu relatsiooniandmebaasis olev teave (sh tabelite ja veergude nimed) tuleb määratleda rangelt tabelite väärtustena.
3. Garanteeritud juurdepääs – mis tahes väärtus relatsiooniandmebaasis peab olema tagatud kasutamiseks tabeli nime ja väärtuse kombinatsiooni kaudu esmane võti ja veeru nimi
4. Nullväärtuste tugi – DBMS peab olema võimeline töötama tühjad väärtused(tundmatute või kasutamata väärtuste järgi), erinevalt vaikeväärtustest ja sõltumatult kõigist domeenidest.
5. Interneti-relatsioonikataloog – andmebaasi ja selle sisu kirjeldus tuleks esitada loogiline tase tabelitena, millest saab andmebaasi keelt kasutades päringuid teha.
6. ammendav keel andmehaldus – vähemalt ühel toetatud keeltel peab olema täpselt määratletud süntaks ja see peab olema kõikehõlmav. See peab toetama andmestruktuuri kirjeldamist ja manipuleerimist, terviklikkuse reegleid, autoriseerimist ja tehinguid.
7. Vaadete (vaadete) uuendamise reegel – kõiki vaateid, teoreetiliselt uuendatud, saab uuendada läbi süsteemi.
8. Sisesta, värskenda ja kustuta – DBMS ei toeta mitte ainult andmete valimise päringut, vaid ka sisestamist, värskendamist ja kustutamist
9. Andmete füüsiline sõltumatus – rakendusprogrammide ja eriprogrammid muudatusi loogiliselt ei mõjuta füüsilised meetodid andmetele juurdepääsu ja andmete salvestamise struktuurid.
10. Loogiline andmete sõltumatus – rakendusprogramme ja eriprogramme ei mõjuta loogiliselt mõistlikkuse piires muudatused tabelistruktuurides.
11. Terviklikkuse sõltumatus – andmebaasi keel peab suutma defineerida terviklikkuse reegleid. Need tuleb salvestada veebikataloogi ja neist ei tohi kuidagi mööda hiilida.
12. Levitamise sõltumatus – rakendusprogramme ja eriprogramme andmete esmakordne kasutamine või taaskasutamine loogiliselt ei mõjuta.
13. Järjepidevus – suutmatus madalatasemelisi keeli kasutades andmebaasi keele kaudu määratletud terviklikkuse reeglitest mööda hiilida

Coddi soovitatud rakendus relatsioonialgebra RDBMS-is olevate andmete tükeldamiseks seotud komplektid. Ta korraldas oma andmebaasisüsteemi andmekogumitel põhineva kontseptsiooni ümber.

Relatsioonimudelis jagatakse andmed komplektideks, mis moodustavad tabelistruktuuri. See tabeli struktuur koosneb üksikutest andmeelementidest, mida nimetatakse väljadeks. Üks väljade komplekt või rühm on tuntud kui kirje.

Andmemudel ehk ainevaldkonna kontseptuaalne kirjeldus on andmebaasi kujundamise kõige abstraktsem tasand.

Relatsiooniandmebaaside teooria seisukohalt saab relatsioonimudeli põhiprintsiibid kontseptuaalsel tasandil sõnastada järgmiselt:

1. kõik andmed esitatakse järjestatud struktuurina, mis on määratletud ridade ja veergudena ning mida nimetatakse relatsiooniks;
2. kõik väärtused on skalaarid. See tähendab, et mis tahes seose iga rea ja veeru jaoks on üks ja ainult üks väärtus;
3. kõik toimingud sooritatakse täisarvulise seosega ja nende täitmise tulemuseks on samuti täisarvuline seos. Seda põhimõtet nimetatakse sulgemiseks.

Relatsiooniandmebaas sees füüsiline tase koosneb tabelitest, mille vahel võivad olla võtmeväärtuste järgi seosed. Koos tabelite ja teabega seoste kohta relatsiooniandmebaasis võivad olla "salvestatud protseduurid" ja eriti "käivitajad", mis tagavad andmebaasi viiteterviklikkuse tingimuste täitmise. Andmebaas, mis sisaldab teavet projekteerimisorganisatsiooni kohta, koosneb mitmest tabelist. Tabelit, mis sisaldab teavet sõlmitud lepingute kohta, nimetatakse dogovoriks ja see sisaldab järgmine nimekiri väljad: