Basisconcepten van relationele databasebeheersystemen. Kenmerken van relationele databases. Het doel van het oplossen van het probleem

Lesoverzicht

Onderwerp: Databases. Belangrijkste databaseobjecten. DBMS.

Doel van de les:

  • 1. Cognitief – laat leerlingen kennismaken met:
    • het definiëren van een database en DBMS,
    • hun belangrijkste typen (modellen),
    • interface van het Ms ACCESS-programma,
    • belangrijkste databaseobjecten,
    • op verschillende manieren tabellen maken.
  • 2. Ontwikkelingsgericht
    • Leer analogieën te maken, de belangrijkste punten te benadrukken, problemen te stellen en op te lossen.
  • 3. Educatief
    • Ontwikkel nauwkeurigheid, oplettendheid, beleefdheid en discipline.

Lesplan:

  • 1. Basiskennis actualiseren.
  • 2. Programma's lanceren voor uitvoering;
  • 3. Gegevens in de tabel invoeren.
  • 2. Definitie van database en DBMS.
  • 3. Soorten DBMS.
  • 4. Relationele DBMS. Tabel, record, veld.
  • 5. Zelfstandig werk op de computer.
  • 6. Consolidatie van nieuw materiaal.
  • 7. Lesoverzicht.
  • 1 Definitie van database en DBMS

    Een database (DB) is een verzameling onderling gerelateerde gegevens die zijn opgeslagen in een database extern geheugen computer, en zijn georganiseerd volgens bepaalde regels die dit impliceren algemene principes beschrijving, opslag en verwerking van gegevens. Informatie die in de database is opgeslagen, heeft in de regel betrekking op een specifiek onderwerp vakgebied. Databases bijvoorbeeld:

    • collectie bibliotheekboeken,
    • personeel van de onderneming,
    • wetgevende handelingen van het strafrecht,
    • moderne muziek.

    Databases zijn onderverdeeld in feitelijk en documentair. Feitelijke databases bevatten korte informatie over objecten, gepresenteerd in een nauwkeurig gedefinieerd formaat (1-3), bijvoorbeeld auteur, titel, jaar van publicatie... Documentaire databases bevatten informatie verschillende soorten: tekst, audio, grafisch, multimedia (4, 5). Een moderne muziekdatabase kan bijvoorbeeld songteksten en aantekeningen van liedjes, foto's van auteurs, geluidsopnamen, videoclips. De database zelf bevat alleen informatie - “ Informatie magazijn» – en kan geen gebruikersverzoeken voor het zoeken en verwerken van informatie inwilligen. De gebruiker wordt bediend door het DATABASE MANAGEMENT SYSTEEM. DBMS is software waarmee u een database kunt maken, informatie kunt bijwerken en aanvullen en flexibele toegang tot informatie kunt bieden. Het DBMS creëert een specifieke omgeving waarin de gebruiker op het computerscherm kan werken (interface) en heeft bepaalde modi werk- en commandosysteem. Het is op basis van DBMS dat informatie-ophaalsystemen (WWW) worden gemaakt en functioneren.

    3. Soorten DBMS

    Er zijn 3 manieren bekend om informatie in een database te ordenen en de verbindingen daartussen:

    • Hiërarchisch (in boom vorm),
    • Netwerk,
    • relationeel.

    Hiërarchisch. Er is een strikte ondergeschiktheid van elementen: één is de belangrijkste, de rest is ondergeschikt. Bijvoorbeeld een directorysysteem op een schijf. Een netwerkdatabase is flexibeler: er is geen duidelijk gedefinieerd hoofdelement en het is mogelijk om horizontale verbindingen tot stand te brengen. Bijvoorbeeld het ordenen van informatie op internet (WWW). De meest voorkomende zijn relationele databases.

    4. Relationele DBMS. Tabel, record, veld.

    Een relationele database is een database die informatie bevat, georganiseerd in de vorm van een rechthoekige tabel. Elke rij van de tabel bevat informatie over één specifiek databaseobject (boek, medewerker, product) en elke kolom bevat een specifiek kenmerk van dit object (achternaam, titel, prijs). De rijen van zo'n tabel worden records genoemd, de kolommen velden. Elk record moet van de ander verschillen in de waarde van minimaal één veld, dat een sleutel wordt genoemd. Een sleutelveld is een veld of een groep velden die een record uniek identificeert. Bijvoorbeeld, personeelsnummer medewerker, productcode, voertuignummer. Tabel_Nr Volledige naam Geboortedatum Datum ontvangst Functie Salaris 001< Иванов И.И. 12.05.65 1.02.80 директор 1000 002 Петров П.П. 30.10.75 2.03.95 бугалтер 500 003 Сидоров С.С 4.01.81 4.06.00 исполнитель 100 Каждое поле имеет свой формат и тип. Реальные БД состоят, как правило, из нескольких таблиц, связанных между собой каким-нибудь полем и, при запросе к такой БД можно использовать информацию из разных таблиц. Belangrijkste databaseobjecten:

    • Tabellen zijn de belangrijkste databaseobjecten waarin informatie wordt opgeslagen
    • Query's – ontworpen om de gewenste gegevens uit een of meer onderling gerelateerde tabellen te selecteren.
    • Formulieren – ontworpen voor het invoeren, bekijken en bewerken van onderling gerelateerde gegevens in een handig formulier.
    • Rapporten – genereren van gegevens in een vorm die handig is om te bekijken en, indien nodig, af te drukken.

    5. Zelfstandig werken op de computer

    Op netwerk schijf Open in de map “DB TASKS” de presentatie “Databases en DBMS”, lees deze en beantwoord de vragen schriftelijk:

    • 1. Wat is het hoofddoel van de database?
    • 2. Op basis van welke criteria worden databases geclassificeerd? Geef respectievelijk het criterium en de typen van dit criterium aan.
    • 3. Wat is een sleutelveld in een database?
    • 4. Wat is het belangrijkste element van de database?
    • 5. Welke bewerkingen kunnen worden uitgevoerd met behulp van een DBMS met een database?
    • 6. Basisgegevenstypen in DBMS-tabellen.

    6. Lesoverzicht

    In deze les maakte u kennis met databases, hun doel, toepassingsgebieden, typen en modellen van DBMS.

    Praktisch gedeelte

    Een databank maken. Gegevens invoeren en formatteren

    • 1. Zet uw computer aan. Download het ACCESS-DBMS. Eerst moet je creëren nieuwe basis gegevens.
    • 2. Laten we het doen de volgende volgorde actie: selecteer in het menu Bestand de opdracht Nieuw. Bestandsnaam: skaz.mdb. OK. Het dialoogvenster "Database" verschijnt voor u.
    • 3. Lees aandachtig het doel van de knoppen op de werkbalk door de muiscursor langzaam over de knoppen te bewegen.
    • 4. Maak hierna een tabel aan door de volgende reeks acties uit te voeren: Tabel/Aanmaken/Nieuwe tabel.

    Het maken van een tabel, dat wil zeggen het bepalen van de velden die in de tabel zijn opgenomen, wordt gedaan door een speciale tabel in te vullen: Veld Gegevenstype Beschrijving

    • 5. Vul deze tabel in door de volgende gegevens in te voeren:

    Veld Gegevenstype Omschrijving Nr. Teller Teken Tekst Beroep Tekst Speciale kenmerken Tekst Held Logisch Positieve of negatieve held

    • 6. Veldnummer is optioneel; we voeren het in om het sleutelveld te bepalen, aangezien elke tabel een sleutel moet hebben.
    • 7. De aangemaakte tabel moet worden opgeslagen en een naam krijgen met behulp van de commando's: Bestand/Opslaan als..., Tabelnaam: “Teken”, OK.
    • 8. Voer informatie in de tabel/teken/open tabel in en voer gegevens op de gebruikelijke manier in, bijvoorbeeld:

    Nee. Karakter Beroep speciale kenmerken held

    • 1 Pinokkio houten mannetje lange neus Ja
    • 2 Papa Carlo de orgelslijper Ja
    • 3 Karabas Barabas directeur van het poppentheater lange baard tot aan de vloer nr
    • 4 Fox Alisa Fraude kreupel aan één been nr
    • 5 Basilio de kat De fraudeur is blind aan beide ogen nr
    • 6 Malvina theaterartiest meisje met blauw haar Ja
    • 7 Duremar Apotheker karakteristieke moddergeur nr
    • 8 Tortilla de bewaarder van de gouden sleutelschildpad Ja
    • 9. Markeer met de muis:
      • a) vermelding 5,
      • b) vermelding 3,
      • c) van de derde tot en met de zevende invoer. Deselecteer het.
      • d) Selecteer alle vermeldingen. Deselecteer het.
      • e) Selecteer het veld “Karakter”.
      • f) Selecteer tegelijkertijd de volgende velden: “Beroep”, “Speciale functies” en “Held” en deselecteer deze.
      • g) Selecteer alle velden. Dit kunt u doen met de muis of via het menu Bewerken selecteert u de opdracht Alle records selecteren.
    • 10. Deselecteer de selectie.
    • 11. Markeer:
      • a) Markeer in het veld “Speciale kenmerken” de zesde invoer.
      • b) Selecteer in het veld “Karakter” de vierde tot en met zesde invoer.
      • c) Markeer, zonder de muisknop los te laten, dezelfde vermeldingen in de velden “Speciale functies” en “Held”.
    • 12. Deselecteer de selectie.
    • 13. Selecteer de hele tabel.
    • 14. Deselecteer de selectie.
    • 15. Wijzig de breedte van elke kolom zodat de breedte van de kolommen minimaal is, maar alle tekst zichtbaar is.

    Dit kan gedaan worden met de muis, door de kolommen uit te vouwen, of als volgt. Selecteer de gewenste kolom en klik rechter knop muizen, op contextmenu selecteer de opdracht “Kolombreedte”; In het geopende venster klikt u op de knop Aanpassen aan gegevensbreedte. Doe hetzelfde met alle velden. De lijnhoogte kan op dezelfde manier worden gewijzigd met de muis of in het menu Opmaak met het commando Lijnhoogte. Bovendien is het voldoende om één regel te bewerken, de hoogte van de overige regels verandert automatisch.

    • 16. Wijzig de lijnhoogte op wat voor manier dan ook en maak deze gelijk aan 30.
    • 17. Wijzig het tabellettertype in Arial Cyr, lettergrootte 14, vetgedrukt.

    U kunt het lettertype als volgt wijzigen: plaats de muisaanwijzer buiten de tabel en klik linker knop met de muis, selecteert u Lettertype in het contextmenu of selecteert u de opdracht Lettertype in het menu Bewerken op de werkbalk.

    • 18. Wijzig het tekstlettertype in Times New Roman Cyr, lettergrootte 10.
    • 19. Wijzig de breedte van de marges.
      • a) Maak de kolom “Karakter” 20 breed.
      • b) Kolom “Bijzondere kenmerken” met een breedte van 25.

    U kunt zien dat de tekst in deze velden op twee regels is afgedrukt.

    • 20. Pas de breedte van de kolommen aan, zodat de tekst er volledig in past.
    • 21. Sorteer de tabel op het veld “Teken” in omgekeerde alfabetische volgorde.

    Het kan zo gedaan worden. Markeer het veld Teken en klik op de knop Aflopend sorteren op de werkbalk.

    • 22. Breng de tafel terug in de oorspronkelijke staat.

    De structuur van een relationele database.

    Databasetypen.

    Basisfuncties van het DBMS.

    Het concept van een database, DBMS.

    Plan

    VOORWAARDEN: database, databasebeheersysteem (DBMS),

    relationele database, databaserecord, databaseveld, databasesleutelveld, databasetabel, databasequery, databaseformulier, databaserapport, databasemacro, databasemodule.

    Een van de belangrijkste gebieden van computergebruik in de moderne tijd informatiemaatschappij is de opslag en verwerking van grote hoeveelheden informatie.

    Database (DB ) is een gesystematiseerde opslagplaats van informatie op een bepaald vakgebied, waartoe verschillende gebruikers toegang kunnen krijgen om hun problemen op te lossen.

    Hieronder ziet u een voorbeeld van een van de meest voorkomende databasebeheersystemen: Microsoft-toegang onderdeel van het populaire Microsoft-pakket Kantoor - we zullen vertrouwd raken met basisgegevenstypen, hoe u databases kunt maken en technieken voor het werken met databases.

    Database- een georganiseerde verzameling gegevens bedoeld voor langdurige opslag in extern computergeheugen en permanent gebruik. Om de database op te slaan, kan één computer of meerdere onderling verbonden computers worden gebruikt.

    Als verschillende delen van één database zijn opgeslagen op veel computers die met elkaar zijn verbonden door een netwerk, wordt zo'n database aangeroepen gedistribueerde database.

    Databasebeheersysteem(DBMS ) - Dit software, waarmee u een database kunt maken, de daarin opgeslagen informatie kunt bijwerken en er gemakkelijk toegang toe kunt krijgen om deze te bekijken en te doorzoeken.

    Momenteel worden DBMS'en het meest gebruikt Microsoft Access, FoxPro, dBase. DBMS zijn onderverdeeld volgens manier van organiseren databases op netwerk, hiërarchisch En relationele DBMS.

    Belangrijkste kenmerken van het DBMS:

    ü Updaten, aanvullen en uitbreiden van de database.

    ü Hoge betrouwbaarheid van informatieopslag.

    ü Output van volledige en betrouwbare informatie over verzoeken.

    ü Informatiebeveiligingstools in de database.

    Er zijn databanken feitelijk en documentair.

    Feitelijke databases bevatten korte informatie over de objecten die worden beschreven, gepresenteerd in een strikt gedefinieerd formaat. De database van de bibliotheek bewaart bibliografische informatie over elk boek: jaar van publicatie, auteur, titel, enz. De database van de personeelsafdeling van de instelling bewaart persoonlijke gegevens van werknemers: volledige naam, e, jaar en geboorteplaats, enz. Database van wetgevende handelingen op het gebied van het strafrecht omvatten bijvoorbeeld wetsteksten; DB moderne muziek - tests en aantekeningen van liedjes, achtergrondinformatie over componisten, dichters, artiesten, geluidsopnamen en videoclips. Bijgevolg bevat de documentairedatabank uitgebreide informatie van verschillende soorten: tekst, audio, multimedia.

    Om de database op te slaan, kan één computer of meerdere onderling verbonden computers worden gebruikt.

    Als verschillende delen van één database zijn opgeslagen op veel computers die met elkaar zijn verbonden door een netwerk, wordt zo'n database aangeroepen gedistribueerde database.

    Bekend drie hoofdtypen het organiseren van gegevens in DB en verbindingen daartussen:

    · hiërarchisch (in de vorm van een boom),

    · netwerk,

    · relationeel .

    In een hiërarchische database er is een volgorde van elementen in het record, één element wordt als het belangrijkste beschouwd, de rest is ondergeschikt. Het zoeken naar welk gegevenselement dan ook in een dergelijk systeem kan tijdrovend zijn vanwege de noodzaak om achtereenvolgens verschillende hiërarchische niveaus te doorlopen.

    Voorbeeld: Een hiërarchische database wordt gevormd door een map met bestanden die op schijf zijn opgeslagen.

    Dezelfde database is de stamboom van de familie.

    Netwerkdatabase Het is flexibeler; het is mogelijk om naast verticale verbindingen ook horizontale verbindingen aan te brengen.

    Relationele databases(van de Engelse relatie - "relatie") worden databases genoemd die informatie bevatten in de vorm van rechthoekige tabellen. Volgens deze benadering wordt zo'n tabel een relatie genoemd. Elk tabel rij bevat informatie over één ding apart voorwerp onderwerpgebied dat in de database wordt beschreven , en iedereen kolom – bepaalde kenmerken (eigenschappen, attributen) deze objecten . relationeel de database is in wezen tweedimensionaal tafel. Er zijn vier hoofdtypen velden die in een relationele database worden gebruikt:

    · Numeriek,

    · Symbolisch (woorden, teksten, codes, enz.),

    Datum ( kalenderdata in de vorm “dag/maand/jaar”),

    · Logisch (neemt twee waarden aan: "ja" - "nee" of "waar" - "onwaar").

    Het databasevenster bevat de volgende elementen:

    ü Knoppen: "CREËREN", "OPEN", "CONSTRUCTEUR" etc. Knoppen openen het object in specifiek venster of modus.

    ü Objectknoppen. (Objectselectie-stekels, labels.) "Tafel", "Formulier" enz. Objectknoppen geven een lijst met objecten weer die kunnen worden geopend of gesloten.

    ü Lijst met objecten. Toont een lijst met objecten die door de gebruiker zijn geselecteerd. In onze versie is de lijst nog leeg.

    Belangrijkste databaseobjecten:

    · Tafel is een object dat is ontworpen om gegevens op te slaan in de vorm van records (rijen) en velden (kolommen). Normaal gesproken wordt elke tabel gebruikt om informatie over één specifiek probleem op te slaan.

    · Formulier is een Microsoft Access-object dat voornamelijk is ontworpen voor gegevensinvoer. Het formulier kan besturingselementen bevatten die worden gebruikt om gegevens in tabelvelden in te voeren, weer te geven en te wijzigen.

    · Verzoek – een object waarmee u de benodigde gegevens uit één of meerdere tabellen kunt halen.

    · Rapport – basisobject Microsoft-gegevens Access, ontworpen voor het afdrukken van gegevens.

    · Macro's – standaardacties automatiseren.

    · Modules – automatiseren complexe operaties, die niet door macro's kan worden beschreven.

    Logisch datamodel, een rigoureuze wiskundige theorie die het structurele aspect, het integriteitsaspect en het gegevensverwerkingsaspect beschrijft relationele databases aha gegevens.

    • Structureel aspect (component) - de gegevens in de database bestaan ​​uit een reeks relaties.
    • Een aspect (onderdeel) van integriteit: relaties (tabellen) voldoen aan bepaalde integriteitsvoorwaarden. RMD ondersteunt declaratieve integriteitsbeperkingen op domeinniveau (gegevenstype), relatieniveau en databaseniveau.
    • Aspect (component) van verwerking (manipulatie) - RMD ondersteunt operatoren voor relatiemanipulatie (relationele algebra, relationele calculus).

    Bovendien wordt de normalisatietheorie meestal opgenomen als onderdeel van het relationele datamodel.

    Het relationele datamodel is een toepassing op gegevensverwerkingsproblemen van takken van de wiskunde als de verzamelingenleer en de formele logica.

    De term 'relationeel' betekent dat de theorie gebaseerd is op het wiskundige concept van relatie. Het woord tafel wordt vaak gebruikt als informeel synoniem voor de term ‘relatie’. We moeten niet vergeten dat ‘tafel’ een los en informeel concept is en vaak niet ‘relatie’ als abstract concept betekent, maar visuele representatie relaties op papier of scherm.

    Voor een beter begrip van RMD moeten drie belangrijke omstandigheden worden opgemerkt:

    • het model is logisch, d.w.z. relaties zijn logische (abstracte) in plaats van fysieke (opgeslagen) structuren;
    • geldt voor relationele databases informatieprincipe: alle informatie-inhoud van de database wordt op één en slechts één manier weergegeven, namelijk door attribuutwaarden expliciet te specificeren in relatie-tupels; in het bijzonder zijn er geen verwijzingen (adressen) die de ene waarde aan de andere koppelen;
    • beschikbaarheid relationele algebra stelt u in staat declaratieve programmering en declaratieve beschrijvingen van integriteitsbeperkingen te implementeren, naast navigatie (procedurele) programmering en procedurele conditiecontrole.

    De principes van het relationele model werden in 1969-1970 geformuleerd door E.F. Codd. De ideeën van Codd werden voor het eerst gedetailleerd in het artikel "A Relational Model of Data for Large Shared Data Banks", dat een klassieker is geworden.

    Een rigoureuze presentatie van de theorie van relationele databases (relationeel datamodel) in de moderne zin is te vinden in het boek van K.J. Data. "C. J. Datum. Een inleiding tot databasesystemen" ("Datum, KJ Inleiding tot databasesystemen").

    Alternatieven voor het relationele model zijn dat wel hiërarchisch model En netwerkmodel. Sommige systemen die deze oude architecturen gebruiken, zijn nog steeds in gebruik. Daarnaast kunnen we vermelden objectmodel gegevens waarop de zogenaamde object-DBMS zijn gebouwd, hoewel er geen duidelijke en algemeen aanvaarde definitie van een dergelijk model bestaat.

    Voordelen van het relationele model

    • Eenvoud en toegankelijkheid van begrip eindgebruiker- de enige informatiestructuur is een tabel.
    • Bij het ontwerpen van een relationele database worden strikte regels toegepast, gebaseerd op wiskundige apparatuur.
    • Volledige data-onafhankelijkheid. Bij het veranderen van de structuur van de relationele veranderingen die moeten worden aangebracht applicatieprogramma's ach, minimaal.
    • Om query's te bouwen en applicatieprogramma's te schrijven, is het niet nodig om de specifieke organisatie van de database in het externe geheugen te kennen.

    Nadelen van het relationele model

    • Relatief lage snelheid toegang en een grote hoeveelheid extern geheugen.
    • Moeilijkheden bij het begrijpen van de datastructuur vanwege het verschijnen van een groot aantal tabellen als resultaat van logisch ontwerp.
    • Het is niet altijd mogelijk om een ​​vakgebied in de vorm van een tabellenset te presenteren.

    IN de laatste tijd Er worden uitspraken gedaan over een mogelijke paradigmaverschuiving – van relationeel naar post-relationeel DBMS. Volgens analisten zijn het echter tot nu toe relationele DBMS'en die in de overgrote meerderheid worden gebruikt grote projecten gerelateerd aan de implementatie van databasebeheersystemen. De markt houdt duidelijk vast aan traditionele benaderingen om dergelijke problemen op te lossen.

    Databasebeheersystemen (DBMS) zijn een van de fundamentele componenten computersoftware informatie processen, wat de basis is voor het modernste bouwen informatiesystemen. Hoofdfunctie Een DBMS is het efficiënt opslaan en ter beschikking stellen van gegevens ten behoeve van specifieke applicatietaken.

    Commerciële DBMS'en dateren uit het midden van de jaren zestig, toen IBM het eerste product uitbracht van deze klasse– hiërarchisch DBMS IMS. Begin jaren zeventig legde Edgar Codd de basis voor het relationele datamodel en ontwikkelde hij een gestructureerde taal SQL-query's, en in de jaren 80 ontstonden industriële DBMS'en, die al snel een dominante positie innamen. Momenteel beheersen de drie leidende spelers – Microsoft, Oracle en IBM – de markt en hun vlaggenschip volledig Microsoft-producten SQL-server, Oracle-database en IBM DB2 hebben samen een marktaandeel van ongeveer 90%. De DBMS-markt groeit actief en volgens analisten van Forrester zal het totale volume in 2013 32 miljard dollar bedragen.

    Het belangrijkste nadeel van relationele DBMS's is het inherent beperkte gebruik van deze systemen in gebieden die tamelijk complexe datastructuren vereisen. Een van de belangrijkste aspecten van het traditionele relationele datamodel is de atomiciteit (uniciteit en ondeelbaarheid) van gegevens, die worden opgeslagen op het snijpunt van de rijen en kolommen van de tabel. Deze regel vormde de basis van de relationele algebra tijdens de ontwikkeling ervan wiskundig model gegevens. Bovendien staat de specifieke implementatie van het relationele model ons niet toe om de werkelijke verbindingen tussen objecten in het beschreven vakgebied adequaat weer te geven. Deze beperkingen belemmeren de effectieve implementatie aanzienlijk moderne toepassingen, die een enigszins andere benadering van de gegevensorganisatie vereisen.

    Het kernprincipe van het relationele model is het elimineren van dubbele velden en groepen via een proces dat normalisatie wordt genoemd. Plat genormaliseerde tabellen zijn universeel, gemakkelijk te begrijpen en theoretisch voldoende voor het presenteren van gegevens in elk vakgebied. Ze zijn zeer geschikt voor gegevensopslag en weergavetoepassingen in traditionele sectoren zoals het bankwezen boekhoudsystemen, maar hun gebruik in systemen die op meer zijn gebaseerd complexe structuren ah gegevens zijn vaak moeilijk. Dit komt voornamelijk door de primitiviteit van de gegevensopslagmechanismen die ten grondslag liggen aan het relationele model.

    Ervaring met de ontwikkeling van toegepaste informatiesystemen heeft geleerd dat het opgeven van de atomiciteit van waarden leidt tot kwalitatief nuttige uitbreiding datamodellen. De introductie in het relationele model van de mogelijkheid om meerwaardige velden als onafhankelijke geneste tabellen te gebruiken, op voorwaarde dat de geneste tabel aan algemene criteria voldoet, stelt ons in staat om op natuurlijke wijze de mogelijkheden van relationele algebra uit te breiden. In de klassieke zin wordt dit type datamodel post-relationeel genoemd.

    Omdat het post-relationele model multidimensionale structuren gebruikt waarmee andere tabellen in de velden van een tabel kunnen worden opgeslagen, wordt dit ook wel ‘niet eerste normale vorm’ of ‘ multidimensionale basis data". Dit querymodel gebruikt geavanceerde SQL als de op te halen taal complexe objecten vanuit één tabel zonder join-bewerkingen. We kunnen zeggen dat relationele en post-relationele DBMS’en verschillen in de manier waarop ze gegevens opslaan en indexeren, maar in alle andere opzichten zijn ze vergelijkbaar. De eerste post-relationele DBMS'en die behoorlijk beroemd werden, waren Universe van Ardent (later overgenomen door Informix, dat op zijn beurt werd overgenomen door IBM) en ADABAS van Software AG.

    Object-relationele DBMS

    Naast het vermijden van normalisatie, kunt u met post-relationele DBMS's gegevens van abstracte, door de gebruiker gedefinieerde typen opslaan in relatievelden. Dit maakt het mogelijk om problemen van een nieuw niveau op te lossen, objecten en data-arrays op te slaan die zijn gericht op specifieke vakgebieden, en maakt post-relationele DBMS's ook vergelijkbaar met een andere klasse: objectgeoriënteerde DBMS's. De introductie van de objectbenadering in het traditionele relationele model gaf aanleiding tot de opkomst van een andere richting: object-relationele DBMS. De eerste vertegenwoordiger van deze klasse systemen wordt beschouwd als het Informix Universal Server-systeem van het gelijknamige bedrijf.

    Zoals u weet is de objectgeoriënteerde benadering van domeinmodellering gebaseerd op concepten als een object en de eigenschappen van inkapseling, overerving en polymorfisme. In tegenstelling tot relationele DBMS'en zijn bij het ontwerpen van objectgeoriënteerde databases decompositie en normalisatie van objecten die in de fase zijn toegewezen niet vereist conceptueel ontwerp. Objecten worden gepresenteerd in dezelfde vorm waarin ze in werkelijkheid bestaan, waardoor objectgeoriënteerde structuren zichtbaar worden en de tijd voor ontwerp en ontwikkeling aanzienlijk kan worden verkort.

    Een van de bekendste post-relationele DBMS is het Postgres-systeem, gecreëerd halverwege de jaren 80 van de vorige eeuw onder leiding van een van de toonaangevende DBMS-ontwikkelaars, Michael Stonebraker. Stonebraker had (en heeft nog steeds) een enorme invloed op de DBMS-industrie en was betrokken bij vrijwel alle veelbelovende ontwikkelingen op dit gebied. Postgres breidde het traditionele relationele model uit door objectbeheermechanismen te introduceren waarmee niet-traditionele gegevenstypen konden worden opgeslagen en efficiënt konden worden beheerd. Postgres ondersteunde ook een multidimensionaal temporeel model voor gegevensopslag en -toegang. Alle belangrijke ideeën en ontwikkelingen van Postgers werden voortgezet en ontwikkeld in een vrij verspreide vorm PostgreSQL-DBMS, dat momenteel het meest ontwikkelde open DBMS is.

    Post-relationele DBMS'en worden vaak ook post-relationele DBMS'en genoemd, waarmee u gegevens zowel in de vorm van relationele tabellen als objectklassen kunt presenteren. Een typische vertegenwoordiger van dit type DBMS is het Cache-systeem van InterSystems. Volgens de ontwikkelaars combineert dit systeem op de meest effectieve manier relationele en objectbenaderingen, respectievelijk gebaseerd op de SQL-92- en ODMG 2.0-standaarden. Mechanismen voor het werken met objecten en relationele tabellen bevinden zich op één logisch niveau, wat meer oplevert hoge snelheid toegang tot en werken met gegevens en functionele volledigheid. Gebruikt ook cache multidimensionaal model gegevensopslag en is geoptimaliseerd voor transactieverwerking in systemen met grote en ultragrote databases (honderden gigabytes, terabytes) en een groot aantal(duizenden, tienduizenden) gelijktijdige gebruikers, terwijl zeer hoge prestaties mogelijk zijn.

    Ontwikkelingsperspectieven

    Moderne industriële DBMS'en zijn complexe complexen bestaande uit verschillende elementen, technologieën en benaderingen. Deze componenten worden gecombineerd en verbeterd op basis van de behoeften om ideale omstandigheden te bieden voor het oplossen van managementproblemen grote volumes gegevens binnen verschillende omstandigheden. Tegelijkertijd voeren alle ontwikkelaars grootschalige projecten uit onderzoekspapieren. Uit jarenlange ervaring met het ontwikkelen van een DBMS is gebleken dat het veel tijd kost om een ​​efficiënte, betrouwbare en foutloze werking van nieuwe functionaliteit te garanderen. De hevige concurrentie op de DBMS-markt dwingt fabrikanten om de producten van concurrenten nauwlettend in de gaten te houden, nieuwe trends te identificeren, en de opkomst van belangrijke nieuwe mogelijkheden bij een van de leveranciers dwingt anderen om soortgelijke functionaliteit in hun ontwikkelingen te implementeren.

    Op hun beurt groeien de behoeften van ontwikkelaars moderne bases gegevens. In de eerste plaats is dit te danken aan de snelle ontwikkeling van internet, actief gebruik multimedia en de noodzaak om semi-gestructureerde gegevens te verwerken.

    Volgens de onderzoeksresultaten van IDC, die eind 2009 zijn gepubliceerd, worden traditionele relationele DBMS'en gebruikt in de overgrote meerderheid van grote projecten die verband houden met de implementatie van databasebeheersystemen. Slechts ongeveer 7% zijn projecten die niet-relationele DBMS'en gebruiken. Dit machtsevenwicht op de echte implementatiemarkt weerspiegelt de algemene situatie: ontwikkelaars houden zich nog steeds actief aan traditionele benaderingen voor het oplossen van problemen die verband houden met het gebruik van DBMS.

    Al het bovenstaande suggereert dat de door de leidende spelers op de DBMS-markt gekozen ontwikkelingsstrategie hen in staat zal stellen hun leidende posities te blijven behouden. Hun belangrijkste producten zullen worden verbeterd en verkocht nieuwe functionaliteit en ontwikkelaars zullen blijven kiezen voor universele en beproefde traditionele oplossingen.

    Maxim Nikitin

    Post-relationele DBMS. Object-DBMS. Nadelen van relationele DBMS. Basisconcepten van objectgeoriënteerde DBMS.

    Relationele databasebeheersystemen zijn beperkt. Ze zijn ideaal voor traditionele toepassingen zoals ticket- of hotelreserveringssystemen banksystemen, maar de toepassing ervan in ontwerpautomatiseringssystemen, intelligente productiesystemen en andere op kennis gebaseerde systemen is vaak moeilijk. Dit komt voornamelijk door de primitiviteit van de datastructuren die ten grondslag liggen aan het relationele datamodel. Plat genormaliseerde relaties zijn universeel en theoretisch voldoende om gegevens op elk vakgebied weer te geven. In niet-traditionele toepassingen zijn er echter honderden, zo niet duizenden tabellen in de database die voortdurend onderhevig zijn aan dure join-operaties die nodig zijn om de complexe datastructuren die inherent zijn aan het domein te reconstrueren.

    Een andere ernstige beperking van relationele systemen is hun relatief zwakke capaciteiten in termen van het weergeven van de semantiek van de applicatie ( semantiek- bij programmeren - een systeem van regels voor de interpretatie van individuele taalconstructies. Semantiek bepaalt de semantische betekenis van zinnen algoritmische taal...). Het meeste dat relationele DBMS'en bieden, is de mogelijkheid om beperkingen op het gebied van de gegevensintegriteit te formuleren en te ondersteunen. Databaseonderzoekers onderkennen deze beperkingen en tekortkomingen van relationele systemen en streven talloze projecten na die zijn gebaseerd op ideeën die verder gaan dan het relationele datamodel.

    Andere nadelen van relationele DBMS's zijn onder meer:

    · inflexibiliteit van de structuur voor het ontwikkelen van databases,

    Moeilijkheden bij het bouwen conceptueel model voor objecten met talrijke veel-op-veel-relaties,

    · onnatuurlijke tabelweergave voor schaarse data-arrays.

    Object-georiënteerd databases zijn relatief nieuw, databasetheorie heeft niet zo'n goede wiskundige basis als relationele of boommodellen. Dit moet echter niet noodzakelijkerwijs worden gezien als een teken van zwakte die inherent is aan de modelleringstechnologie. De eigenschappen die gemeenschappelijk lijken te zijn voor de meeste database-implementaties zijn:

    1. Abstractie: Elk echt ‘ding’ dat in een database is opgeslagen, is lid van een bepaalde klasse. Een klasse wordt gedefinieerd als een verzameling eigenschappen, methoden, publieke en private datastructuren en programma's die van toepassing zijn op objecten (instances) van die klasse. Klassen zijn niets meer dan abstracte gegevenstypen. Methoden zijn procedures die worden aangeroepen om een ​​actie op een object uit te voeren (bijvoorbeeld zichzelf afdrukken of kopiëren). Eigenschappen zijn gegevenswaarden die aan elk klasseobject zijn gekoppeld en die het op de een of andere manier karakteriseren (bijvoorbeeld kleur, leeftijd).

    2.Inkapseling: De interne representatie van gegevens en implementatiedetails van publieke en private methoden (programma's) maakt deel uit van de klassendefinitie en is alleen bekend binnen die klasse. Toegang tot objecten van een klasse is alleen toegestaan ​​via de eigenschappen en methoden van die klasse of zijn ouders (zie "overerving" hieronder), en niet door gebruik te maken van kennis van interne implementatiedetails.

    3. Erfenis (enkel of meervoudig): Klassen worden gedefinieerd als onderdeel van een klassenhiërarchie. De definitie van elke klasse is meer laag niveau erft de eigenschappen en methoden van de ouder, tenzij deze expliciet niet-overerfbaar worden verklaard of door een nieuwe definitie worden gewijzigd. Bij enkelvoudige overerving kan een klasse slechts één bovenliggende klasse hebben (dat wil zeggen dat de klassenhiërarchie een boomstructuur heeft). Bij meerdere erfenissen een klasse kan uit meerdere ouders komen (dat wil zeggen, de klassenhiërarchie heeft de structuur van een gerichte niet-cyclische grafiek, niet noodzakelijkerwijs een boomstructuur).

    4. Polymorfisme: Meerdere klassen kunnen dezelfde methode- en eigenschapsnamen hebben, zelfs als ze als verschillend worden beschouwd. Hierdoor kunt u toegangsmethoden schrijven die correct werken met objecten van totaal verschillende klassen, zolang de overeenkomstige methoden en eigenschappen in deze klassen zijn gedefinieerd.

    5. Berichten: Interactie met objecten vindt plaats door berichten te verzenden met de mogelijkheid om reacties te ontvangen.

    Elk object, waarover informatie is opgeslagen in de OODB, wordt beschouwd als behorend tot een klasse, en verbindingen tussen klassen worden tot stand gebracht met behulp van klasse-eigenschappen en -methoden.

    Het OOBD-model is meer hoog niveau abstracties dan relationele of boomdatabases, zodat klassen kunnen worden geïmplementeerd op basis van een van deze modellen of een ander. Omdat het ontwikkelingscentrum niet bij datastructuren ligt, maar bij procedures (methoden), is het belangrijk dat te doen basismodel, wat voldoende sterkte, flexibiliteit en verwerkingsprestaties biedt.

    Relationele databases zijn, met hun strikte structuurdefinitie en beperkte reeks toegestane bewerkingen, ongetwijfeld niet geschikt als basisplatform voor OODB. Het M-taalsysteem met zijn flexibelere datastructuur en meer procedurele benadering van ontwikkeling lijkt geschikter om te gebruiken als basisplatform voor een OODBMS.

    Een DBMS is software waarmee gebruikers een database kunnen definiëren, creëren en onderhouden, en er gecontroleerde toegang toe kunnen verlenen.

    Object-relationele DBMS'en zijn bijvoorbeeld Oracle Database en PostgreSQL; verschil tussen object-relationeel en object-DBMS: de eerste vormen een bovenbouw over het relationele schema, terwijl de laatste aanvankelijk objectgeoriënteerd zijn.

    Toegang tot een object in relationeel DBMS.1) Het DBMS definieert de pagina in extern apparaat opslag met het vereiste record. Indexmechanismen gebruiken of volledige tabelscans uitvoeren. Het DBMS leest deze pagina vervolgens van het externe opslagapparaat en kopieert deze naar de CACHE 2. Het DBMS draagt ​​de gegevens opeenvolgend over van de CACHE naar de geheugenruimte van de applicatie. Hiervoor zijn mogelijk typeconversies nodig. SQL-gegevens in toepassingsgegevenstypen. Een applicatie kan veldwaarden in zijn geheugenruimte bijwerken. 3. gegevensvelden die door de applicatie middels wijzigingen zijn gewijzigd SQL-taal wordt teruggestuurd naar de DBMS CACHE, waarbij het opnieuw nodig kan zijn om een ​​gegevenstypeconversie uit te voeren. 4. Het DBMS slaat de bijgewerkte pagina op een extern opslagapparaat op door deze vanuit de CACHE te herschrijven.

    Toegang tot een object in een OODBMS. 1. OODBMS-vondst Het drukt op een extern opslagapparaat een pagina af met het gewenste object, waarbij indien nodig de index wordt gebruikt. Het OODBMS leest vervolgens de vereiste pagina van het externe opslagapparaat en kopieert deze naar de pagina CACHE van de applicatie, die zich binnen het geheugen bevindt dat aan de applicatie is toegewezen. 2. OODBMS m kan verschillende transformaties uitvoeren: 1. vervanging van referenties (pointers) van het ene object naar het andere. 2. introductie in de objectgegevens van informatie die nodig is om naleving van de eisen van de programmeertaal te garanderen. 3. Het formaat wijzigen voor het presenteren van gegevens die op verschillende hardwareplatforms of programmeertalen zijn gemaakt. 3. De applicatie implementeert heeft toegang tot het object en werkt het indien nodig bij. 4. Wanneer de aanvraag moet gebeuren wijzigingen aangebracht permanent of tijdelijk een pagina van de CACHE naar schijf verwijderen, voordat de pagina naar een extern opslagapparaat wordt gekopieerd, moet het OODBMS uitvoeren omgekeerde transformaties vergelijkbaar met die hierboven beschreven.



    Ticket nr. 27

    Economisch evenwicht, bedrijfsactiviteit van de onderneming. Financieel saldo van de onderneming. Hefboomeffect. Analyse van het schuldenniveau. Analyse van kasstromen in productieactiviteiten.

    Bedrijfsactiviteit van de onderneming doorgaans gekenmerkt door de intensiteit van het gebruik van het geïnvesteerde (binnenlandse) kapitaal. In de productie is het kapitaal voortdurend in beweging en beweegt het van de ene fase van het circuit naar de andere: dat wil zeggen dat de technologie D®T®…®P®…T®D wordt geïmplementeerd.” Geld, goederen

    In de eerste fase investeert een onderneming bijvoorbeeld in vaste activa en voorraden; in de tweede fase worden fondsen in de vorm van voorraden in productie genomen, en een deel ervan wordt gebruikt om werknemers te betalen, belastingen, socialezekerheidsuitkeringen en andere te betalen. uitgaven. Deze fase eindigt met de vrijgave van eindproducten. In de derde fase worden eindproducten verkocht, het bedrijf ontvangt contant geld. Hoe sneller het kapitaal de kringloop maakt, des te meer producten de onderneming zal ontvangen en verkopen met dezelfde hoeveelheid geïnvesteerd kapitaal. Een vertraging in de geldstroom in welk stadium dan ook leidt tot een vertraging van de kapitaalomzet, vereist extra investeringen in middelen en kan een aanzienlijke verslechtering van het kapitaalgebruik veroorzaken.

    De efficiëntie van het gebruik van geïnvesteerd kapitaal wordt beoordeeld door de volgende indicatoren te berekenen.