Relaatiotietokannan rakenne.
DB-tyypit.
DBMS:n pääominaisuudet.
Tietokannan käsite, DBMS.
Suunnitelma
EHDOT: tietokanta, tietokannan hallintajärjestelmä (DBMS),
relaatiotietokanta, tietokantatietue, tietokantakenttä, tietokannan avainkenttä, tietokantataulukko, tietokantakysely, tietokantalomake, tietokantaraportti, tietokantamakro, tietokantamoduuli.
Yksi nykyajan tietokoneen käytön pääalueista tietoyhteiskunta on suurten tietomäärien tallentamista ja käsittelyä.
Tietokanta (DB ) on tiettyä aihealuetta koskeva systematisoitu tietovarasto, jota useat käyttäjät voivat käyttää ongelmiensa ratkaisemiseksi.
Edelleen käyttämällä esimerkkiä yhdestä yleisimmistä tietokannanhallintajärjestelmistä - Microsoft Access kuuluu suosittuihin Microsoftin paketti Office - tutustumme tärkeimpiin tietotyyppeihin, tietokantojen luomiseen ja työskentelyyn tietokantojen kanssa.
Tietokanta- järjestelmällinen tiedonkeruu, joka on tarkoitettu pitkäaikaiseen säilytykseen ulkoinen muisti tietokoneet ja pysyvä hakemus. Tietokannan tallentamiseen voidaan käyttää yhtä tietokonetta ja monia toisiinsa kytkettyjä tietokoneita.
Jos yhden tietokannan eri osia on tallennettu useille verkon kautta yhdistetyille tietokoneille, tällaista tietokantaa kutsutaan hajautettu tietokanta.
Tietokannan ohjausjärjestelmä(DBMS ) on ohjelmisto, jonka avulla voit luoda tietokannan, päivittää siihen tallennettuja tietoja ja tarjota kätevän pääsyn siihen katselua ja hakua varten.
Tällä hetkellä eniten käytetty DBMS Microsoft Access, FoxPro, dBase. DBMS on jaettu tapa järjestää tietokannat päällä verkko, hierarkkinen Ja relaatiotietokantajärjestelmä.
DBMS:n pääominaisuudet:
ü Tietokannan päivittäminen, täydentäminen ja laajentaminen.
ü Tietojen tallennuksen korkea luotettavuus.
ü Täydellisten ja luotettavien tietojen päättäminen pyynnöistä.
ü Keinot suojata tietokannassa olevia tietoja.
tietokannat ovat asiallista ja dokumenttia.
Asiatietokannat sisältävät lyhyttä tietoa kuvatuista objekteista tiukasti määritellyssä muodossa. Kirjaston tietokanta tallentaa jokaisesta teoksesta bibliografiset tiedot: julkaisuvuosi, tekijä, nimi jne. Laitoksen henkilöstöosasto tallentaa työntekijöiden henkilötiedot: koko nimi, i, o, syntymävuosi ja -paikka jne. Lainsäädäntötietokanta esimerkiksi rikosoikeuden alan teot sisältävät lakitekstejä; Nykymusiikin tietokanta - kappaleiden testit ja nuotit, taustatieto säveltäjistä, runoilijoista, esiintyjistä, äänitallenteita ja videoleikkeitä. Näin ollen dokumenttitietokanta sisältää laajaa tietoa aiheesta eri tyyppiä: teksti, ääni, multimedia.
Tietokannan tallentamiseen voidaan käyttää yhtä tietokonetta ja monia toisiinsa kytkettyjä tietokoneita.
Jos yhden tietokannan eri osia on tallennettu useille verkon kautta yhdistetyille tietokoneille, tällaista tietokantaa kutsutaan hajautettu tietokanta.
tiedossa kolme päätyyppiä tietojen järjestäminen sisään DB ja linkit niiden välillä:
· hierarkkinen (sis puu),
· verkko,
· suhteellinen .
Hierarkkisessa tietokannassa tietueessa on elementtien järjestys, yhtä elementtiä pidetään pääelementtinä, loput ovat alisteisia. Minkä tahansa tietoelementin etsiminen tällaisessa järjestelmässä voi olla aikaa vievää, koska on tarpeen käydä peräkkäin useiden hierarkkisten tasojen läpi.
Esimerkki: hierarkkinen tietokanta muodostuu levylle tallennettujen tiedostojen hakemistosta.
Sama tietokanta on yleinen sukupuu.
Verkkotietokanta on joustavampi, sillä se pystyy muodostamaan vaakasuuntaisia yhteyksiä pystysuuntaisten liitosten lisäksi.
Relaatiotietokannat(englanninkielisestä suhteesta - "relaatio") kutsutaan tietokannoiksi, jotka sisältävät tietoa suorakulmaisten taulukoiden muodossa. Tämän lähestymistavan mukaan tällaista taulukkoa kutsutaan relaatioksi. Jokainen taulukon rivi sisältää tiedot noin yhdestä erillinen esine tietokannassa kuvattu aihealue , ja jokainen sarake - tietyt ominaisuudet (ominaisuudet, attribuutit) näitä esineitä . suhteellinen tietokanta on pohjimmiltaan kaksiulotteinen pöytä. Relaatiotietokannassa käytetään neljää päätyyppiä kenttiä:
Numeerinen,
Symbolinen (sanat, tekstit, koodit jne.),
· Päivämäärä ( kalenteripäivät muodossa "päivä / kuukausi / vuosi"),
· Boolen arvo (ottaa kaksi arvoa: "yes" - "no" tai "true" - "false").
Tietokantaikkuna sisältää seuraavat elementit:
ü Painikkeet: "LUO", "AVATA", "RAKENTAJA" jne. Painikkeet avaavat kohteen sisään tietty ikkuna tai tila.
ü Objektipainikkeet. (Objektivalintasanat, välilehdet.) "Pöytä", "lomake" ja niin edelleen Objektipainikkeet näyttävät luettelon objekteista, jotka voidaan avata tai sulkea.
ü Luettelo esineistä. Näyttää luettelon käyttäjän valitsemista kohteista. Meidän versiossamme luettelo on tällä hetkellä tyhjä.
Perustietokantaobjektit:
· Pöytä on objekti, joka on suunniteltu tallentamaan tietoja tietueiden (rivien) ja kenttien (sarakkeiden) muodossa. Tyypillisesti jokaista taulukkoa käytetään tietojen tallentamiseen yhdestä tietystä aiheesta.
· Lomake on Microsoft Access -objekti, joka on suunniteltu ensisijaisesti tietojen syöttämiseen. Voit sijoittaa lomakkeeseen säätimiä, joita käytetään tietojen syöttämiseen, näyttämiseen ja muokkaamiseen taulukon kenttiin.
· Pyyntö - objekti, jonka avulla voit saada tarvittavat tiedot yhdestä tai useammasta taulukosta.
· Raportoi - perusobjekti Microsoftin tiedot Pääsy tietojen tulostamiseen.
· Makrot - automatisoi vakiotoiminnot.
· Moduulit – automatisoida monimutkaiset toiminnot, jota ei voi kuvata makroilla.
Tietokanta(DB) - jäsennelty järjestetty tietojoukko, joka kuvaa minkä tahansa fyysisen tai virtuaalisen järjestelmän ominaisuuksia.
Tietokanta on organisoitu rakenne, joka on suunniteltu tallentamaan tietoa.
DBMS- työkaluohjelmisto, joka on suunniteltu järjestämään tietokannan ylläpito.
Tietokantamallin tyypin mukaan ne jaetaan:
Hierarkkiset tietokannat
Hierarkkiset DBMS:t perustuvat melko yksinkertaiseen tietomalliin, jota voidaan pitää erityisen asyklisen suunnatun graafin puuna. Puu koostuu solmuista, joista jokaisessa, yhtä lukuun ottamatta, on yksi emosolmu ja useita (mukaan lukien ei yhtään) lapsia.
Verkko DBMS
Kuin hierarkkinen verkkomalli voidaan ajatella myös suunnatuksi graafiksi. Mutta tässä tapauksessa kaavio voi sisältää syklejä, ts. Solmulla voi olla useita vanhempia.
Relaatiotietokantajärjestelmä
Relaatiotietokantajärjestelmät ovat käytössä tällä hetkellä yleisin. Relaatiomalli keskittyy tietojen järjestämiseen kaksiulotteisten taulukoiden muodossa. Relaatiotaulukko on kaksiulotteinen taulukko, ja sillä on seuraavat ominaisuudet:
Jokainen taulukkoelementti on yksi tietoelementti;
Kaikki taulukon sarakkeet ovat homogeenisia, ts. kaikilla sarakkeen elementeillä on sama tyyppi (numeerinen, merkki jne.) ja sama pituus;
Jokaisella sarakkeella on yksilöllinen nimi.
Merkittävä rooli relaatiotietokantajärjestelmän menestyksessä on myös SQL-kielellä (Structured Query Language), joka on suunniteltu erityisesti relaatiotietokantojen kyselyyn. Tämä on melko yksinkertainen ja samalla ilmeikäs kieli, jolla voit suorittaa melko kehittyneitä tietokantakyselyjä.
Objektisuuntautunut
tietokanta, jossa tiedot muotoillaan objektimalleiksi, jotka sisältävät ulkoisten tapahtumien ohjaamia sovellusohjelmia. Yleisimmissä ja klassisimmissa olosuhteissa oliolähtöinen lähestymistapa perustuu seuraaviin käsitteisiin: objekti ja objektitunniste; attribuutit ja menetelmät; luokat; hierarkiat ja luokkaperintö.
Moniulotteinen
OLAP-ohjelmistoa käytetään tietojen käsittelyssä eri lähteistä. Näillä ohjelmistotuotteilla voit toteuttaa monia erilaisia dataesitysmuotoja, ja niille on tunnusomaista kolme pääominaisuutta: moniulotteinen tietojen esitys; monimutkaiset laskelmat tiedoista; laskelmat, jotka liittyvät tietojen ajan kuluessa tapahtuviin muutoksiin.
9. Ohjelmointikielet. konekoodi. Kääntäjät. Tietojen binäärinen koodaus.
Ohjelmointikieli- muodollinen merkkijärjestelmä, joka on suunniteltu kuvaamaan algoritmeja esittäjälle sopivassa muodossa (esimerkiksi tietokone). Ohjelmointikieli määrittelee joukon leksikaalisia, syntaktisia ja semanttisia sääntöjä, joita käytetään tietokoneohjelman kääntämisessä. Sen avulla ohjelmoija voi määrittää tarkalleen, mihin tapahtumiin tietokone reagoi, kuinka tiedot tallennetaan ja siirretään ja mitä toimia näille tiedoille tulisi suorittaa eri olosuhteissa.
Prosessorin konekoodi
Tietokoneen prosessori vastaanottaa kaikki komennot ja tiedot muodossa sähköiset signaalit. Ne voidaan esittää nollien ja ykkösten joukoina, eli numeroina. Eri komennot vastaavat eri numeroita. Siksi todellisuudessa ohjelma, jonka kanssa prosessori toimii, on kutsuttu numerosarja konekoodi .
Ohjelmointikielen tasot
Jos ohjelmointikieli on keskittynyt tietyntyyppiseen prosessoriin ja ottaa huomioon sen ominaisuudet, sitä kutsutaan ohjelmointikieli matala taso . Tämä tarkoittaa, että kielioperaattorit ovat lähellä konekoodia ja keskittyvät tiettyihin prosessoriohjeisiin.
Alimman tason kieli on kokoonpanokieli , joka yksinkertaisesti edustaa jokaista konekoodikäskyä, ei numeroina, vaan symbolisten sopimusten kanssa muistitekniikka.
Korkean tason ohjelmointikielet paljon lähempänä ja ymmärrettävämpää ihmiselle kuin tietokone. Niissä ei huomioida tiettyjen tietokonearkkitehtuurien ominaisuuksia, joten lähdekooditasolla luodut ohjelmat ovat helposti siirrettävissä muille alustoille, joille on luotu tämän kielen kääntäjä.
Suosittuja ohjelmointikieliä nykyään ovat:
Pascal (Pascal), sen loi 70-luvun lopulla Niklaus Wirth, monien modernin ohjelmoinnin ideoiden perustaja, ja hänellä on kyky soveltaa sitä menestyksekkäästi suurten projektien luomiseen.
Perus(Perus), d Tälle kielelle on sekä kääntäjiä että tulkkeja, ja suosioltaan se on maailman ensimmäinen. Se luotiin 60-luvulla opetuskieleksi ja on erittäin helppo oppia. Sen moderni versio Visual Basic, yhteensopiva Microsoft Officen kanssa, voit laajentaa Excel- ja Access-pakettien ominaisuuksia.
C (Ci), Tämä kieli luotiin Bellin laboratoriossa, eikä sitä alun perin pidetty massakielenä. Assembler suunniteltiin korvaamaan, jotta pystyttiin luomaan yhtä tehokkaita ja kompakteja ohjelmia, eikä samalla olisi riippuvaisia tietystä prosessorista. Tällä kielellä kirjoitettiin 70-luvulla monia sovellettuja ja järjestelmäohjelmia sekä useita tunnettuja käyttöjärjestelmiä (Unix).
Jotkut kielet, kuten Java ja C#, ovat käännetyn ja tulkitun välissä. Ohjelmaa ei nimittäin ole käännetty konekieleksi, vaan matalan tason koneriippumattomaksi koodiksi, tavukoodiksi. Tämän jälkeen virtuaalikone suorittaa tavukoodin. Tavukoodin suorittamiseen käytetään yleensä tulkintaa, vaikka jotkin sen osat voidaan kääntää konekoodiksi suoraan ohjelman suorituksen aikana JIT-käännöksellä (Just-in-time compilation) ohjelman nopeuttamiseksi. Javassa tavukoodin suorittaa Java Virtual Machine (JVM), C#:lle - Common Language Runtime.
DBMS-toiminnot.
DBMS-toiminnot ovat korkealla ja matalalla tasolla.
Korkean tason ominaisuudet:
1. Datan määritelmä - Tämän toiminnon avulla määritetään, mitä tietoja tietokantaan tallennetaan (tyyppi, tiedon ominaisuudet ja miten ne yhdistetään).
2. Tietojenkäsittely. Tietoja voidaan käsitellä eri tavoilla: näytteenotto, suodatus, lajittelu, tietojen yhdistäminen toisiin, summan laskeminen.
3. Tiedonhallinta. Tällä toiminnolla määrität, kuka saa nähdä, korjata tai lisätä tietoja. uusi tieto, sekä määrittää jakamissäännöt.
Matalan tason ominaisuudet:
1. Tiedonhallinta ulkoisessa muistissa;
2. Puskurin hallinta RAM-muisti;
3. Liiketoimien hallinta;
4. Muutoslokin lisääminen tietokantaan;
5. Tietokannan eheyden ja turvallisuuden varmistaminen.
kauppa kutsutaan jakamattomaksi toimintosarjaksi, jota DBMS seuraa alusta loppuun ja jossa jos yhtä toimintoa ei suoriteta, koko sekvenssi peruuntuu.
DBMS-loki - erityinen tietokanta tai osa päätietokannasta, käyttäjän ulottumattomissa ja sitä käytetään tallentamaan tiedot kaikista tietokannan muutoksista.
DBMS-lokin esittely on suunniteltu varmistamaan tietokannan tallennuksen luotettavuus laitteistovikojen ja -vikojen sekä ohjelmistovirheiden yhteydessä.
Tietokannan eheys - Tämä on tietokannan ominaisuus, mikä tarkoittaa, että se sisältää täydelliset, johdonmukaiset ja asianmukaisesti aihealueen tiedot.
DBMS-luokitus.
DBMS voidaan luokitella:
1. Ohjelmatyypin mukaan:
a. Tietokantapalvelimet (esim. MS SQL Server, InterBase (Borland)) - suunniteltu järjestämään tietojenkäsittelykeskuksia tietokoneverkoissa ja toteuttamaan asiakasohjelmien pyytämiä tietokannan hallintatoimintoja käyttämällä SQL-lauseet(eli ohjelmat, jotka vastaavat pyyntöihin);
b. DB-asiakkaat – ohjelmat, jotka pyytävät tietoja. PFSUBMS-tiedostoja voidaan käyttää asiakasohjelmina, laskentataulukoita, tekstinkäsittelijät, ohjelmia Sähköposti;
c. Täysin toimivat tietokannat (MS Access, MS Fox Pro) on ohjelma, jossa on edistynyt käyttöliittymä, jonka avulla voit luoda ja muokata taulukoita, syöttää tietoja, luoda ja muotoilla kyselyitä, kehittää raportteja ja tulostaa niitä.
2. DBMS-tietomallin (sekä tietokannan) mukaan:
a. Hierarkkinen - perustuvat puumaiseen tiedon tallentamiseen tarkoitettuun rakenteeseen ja muistuttavat tiedostojärjestelmä tietokone; suurin haittapuoli on kyvyttömyys toteuttaa moni-moneen-suhdetta;
b. Verkko - joka korvasi hierarkkiset ja ei kestänyt kauan, koska suurin haittapuoli on vakavien sovellusten kehittämisen monimutkaisuus. Suurin ero verkon ja hierarkkisen rakenteen välillä on se, että hierarkkisessa "tietue-lapsi" -rakenteessa sillä on vain yksi vanhempi, kun taas verkkolapsissa sillä voi olla kuinka monta esi-isää tahansa;
c. suhteellinen - joiden tiedot on sijoitettu taulukoihin, joiden välillä on tiettyjä suhteita;
d. Objektisuuntautunut - ne tallentavat tietoja objektien muodossa ja tärkein etu niiden kanssa työskennellessä on, että voit soveltaa niihin oliolähtöistä lähestymistapaa;
e. Hybridi eli objektirelaatio - yhdistää relaatio- ja objektimahdollisuudet - suunnatut pohjat tiedot. Esimerkki tällaisesta tietokannasta on Oracle (aiemmin se oli relaatiotietokanta).
3. DBMS:n yksittäisten osien sijainnista riippuen on:
a. paikallinen - jonka kaikki osat sijaitsevat yhdessä tietokoneessa;
b. verkkoon.
Verkkoihin kuuluvat:
- tiedostopalvelinorganisaatiolla;
Tällaisessa organisaatiossa kaikki tiedot sijaitsevat yhdellä tietokoneella, jota kutsutaan tiedostopalvelimeksi ja joka on kytketty verkkoon. Kun etsit tarvittavat tiedot koko tiedosto siirretään, mukaan lukien paljon ylimääräistä tietoa. Ja vain paikallisen kopion luomisen yhteydessä löydetään tarvittava tietue.
- asiakas-palvelin-organisaation kanssa;
Tietokantapalvelin vastaanottaa pyynnön asiakkaalta, etsii tiedoista haluttu sisääntulo ja välittää sen asiakkaalle. Pyyntö palvelimelle muodostetaan strukturoidulla kielellä SQL-kyselyt Siksi tietokantapalvelimia kutsutaan SQL-palvelimiksi.
- hajautettu DBMS sisältää useita kymmeniä ja satoja palvelimia suurella alueella.
Relaatiotietokantamallin pääsäännöt.
relaatiotietokanta tietokantaa kutsutaan sellaiseksi tietokannaksi, jossa kaikki tiedot on järjestetty taulukoiden muodossa ja kaikki tämän tiedon toiminnot pelkistetään taulukoiden toimintoihin.
Relaatiotietokantojen ominaisuudet:
1. Tiedot tallennetaan taulukoihin, jotka koostuvat sarakkeista ja riveistä;
2. Jokaisen sarakkeen ja rivin leikkauskohdassa on yksi arvo;
3. Jokaisella sarakkeella - kentällä on oma nimi, joka toimii sen nimenä - attribuutti, ja kaikki yhden sarakkeen arvot ovat samaa tyyppiä;
4. Sarakkeet on järjestetty tiettyyn järjestykseen, joka asetetaan taulukkoa luotaessa, toisin kuin rivit, jotka on järjestetty mielivaltaiseen järjestykseen. Taulukossa ei saa olla yhtä riviä, mutta siinä on oltava vähintään yksi sarake.
Terminologia suhteellinen perusta tiedot:
| Relaatiotietokantaelementti | Esittelylomake |
| 1. Tietokanta | Pöytäsarja |
| 2. Tietokantakaavio | Taulukon otsikkosarja |
| 3. Asenne | Pöytä |
| 4. Suhdekaavio | Taulukon sarakkeen otsikkorivi |
| 5. Essence | Objektin ominaisuuksien kuvaus |
| 6. Ominaisuus | Sarakkeen otsikko |
| 7. Verkkotunnus | Kelvollisten attribuuttiarvojen joukko |
| 8. Ensisijainen avain | Yksilöllinen tunniste, joka tunnistaa yksilöllisesti jokaisen taulukon merkinnän |
| 9. Tietotyyppi | Taulukon elementtien arvotyyppi |
| 10. Tuple | merkkijono (tietue) |
| 11. Kardinaalisuus | Taulukon rivien lukumäärä |
| 12. Suhteen aste | Kenttien lukumäärä |
| 13. Kehon suhde | Useita suhteita |
Relaatiotietokantaa suunniteltaessa tiedot sijoitetaan useisiin taulukoihin. Taulukoiden väliset suhteet muodostetaan avaimilla. Taulukoita linkitettäessä erotetaan pää- ja lisätaulukko (alitaulukko).
Olla olemassa seuraavat tyypit taulukoiden väliset suhteet:
1. Viestintätyyppi 1:1 (yksi yhteen) tarkoittaa, että jokainen päätaulukon merkintä vastaa yhtä merkintää lisäpöytä ja päinvastoin, jokainen lisätaulukon merkintä vastaa yhtä päätaulukon merkintää.
2. Lomakkeen suhde 1:M (yksi moniin) tarkoittaa, että jokainen päätaulukon merkintä vastaa useita lisätaulukon merkintöjä ja päinvastoin jokainen lisätaulukon merkintä vastaa vain yhtä päätaulukon merkintää.
3. M-muodon suhde: 1 (useita yhteen) tarkoittaa, että yksi tai useampi tietue päätaulukossa vastaa vain yhtä tietuetta lisätaulukossa.
4. M:M-muodon suhde (monet-moneen) - silloin useat päätaulukon tietueet vastaavat useita lisätaulukon tietueita ja päinvastoin.
5. MS Accessin peruskomponentit.
MS Accessin pääkomponentit (objektit) ovat:
1. Taulukot;
3. Muodot;
4. Raportit;
5. Makrot:
Moduulit.
Pöytä on objekti, joka on suunniteltu tallentamaan tietoja tietueiden (rivien) ja kenttien (sarakkeiden) muodossa. Jokainen kenttä sisältää erillinen osa tietueet, ja jokaista taulukkoa käytetään tietojen tallentamiseen tietystä aiheesta.
Pyyntö - kysymys taulukoihin tallennetuista tiedoista tai ohje muutettavien tietueiden valintaan.
Lomake on objekti, johon voit sijoittaa säätimiä tietojen syöttämiseen, näyttämiseen ja muuttamiseen taulukoiden kenttiin.
Raportoi on esine, jonka avulla voit esittää käyttäjän määrittelemä tiedot sisään tietyssä muodossa, katso ja tulosta se.
Makro - yksi tai useampi makro, jota voidaan käyttää automatisointiin tietty tehtävä. Makro on makron perusrakennuspalikka; itseoppiminen, jotka voidaan yhdistää muihin makroihin tehtävän automatisoimiseksi.
Moduuli - joukko kuvauksia, ohjeita ja menettelyjä, jotka on tallennettu yhdelle nimelle. MS Accessissa on kolmenlaisia moduuleja: lomakemoduuli, raporttimoduuli ja yleinen moduuli. Lomake ja raporttimoduulit sisältävät paikallinen ohjelma lomakkeita ja raportteja varten.
6. Taulukot MS Accessissa.
MS Accessilla on seuraavia menetelmiä taulukoiden luominen:
1. Taulukkotila;
2. Rakentaja;
3. Taulukkovelho;
4. Tuo taulukot;
5. Suhde taulukoihin.
SISÄÄN pöytätila tiedot syötetään tyhjään taulukkoon. Tietojen syöttämistä varten on taulukko, jossa on 30 kenttää. Tallennuksen jälkeen MS Access päättää itse, minkä tietotyypin jokaiselle kenttään määrittää.
Rakentaja tarjoaa mahdollisuuden luoda itsenäisesti kenttiä, valita kenttien tietotyyppejä, kenttien kokoja ja asettaa kentän ominaisuuksia.
Kentän määrittäminen tilassa Rakentaja on annettu:
1. Kenttä nimi , jolla jokaisessa taulukossa on oltava yksilöllinen nimi, joka on yhdistelmä kirjaimia, numeroita, välilyöntejä ja erikoismerkit, lukuunottamatta " .!” “ ». Suurin pituus nimi 64 merkkiä.
2. Tietotyyppi määrittää sallittujen arvojen tyypin ja alueen sekä tälle kentälle varatun muistin määrän.
MS Access -tietotyypit
| Tietotyyppi | Kuvaus |
| Teksti | Teksti ja numerot, kuten nimet ja osoitteet, puhelinnumerot, postinumerot(enintään 255 merkkiä). |
| Muistio-kenttä | Pitkä teksti ja numerot, kuten kommentit ja selitykset (enintään 64 000 merkkiä). |
| Numeerinen | Yleinen tyyppi data numeeriselle tiedolle, joka voi olla matemaattiset laskelmat lukuun ottamatta käteismaksuja. |
| Treffiaika | Päivämäärän ja kellonajan arvot. Käyttäjä voi valita vakiolomakkeet tai luo mukautettu muoto. |
| Raha | Rahalliset arvot. Rahataloudellisissa laskelmissa ei ole suositeltavaa käyttää numeerisia tietotyyppejä, koska ne voidaan pyöristää laskelmissa. Valuuttaarvot tulostetaan aina määritetyllä määrällä desimaalipaikkoja desimaalipilkun jälkeen. |
| Laskuri | Automaattisesti määritetyt järjestysnumerot. Numerointi alkaa 1:stä. Laskurikenttä on hyödyllinen avaimen luomiseen. Tämä kenttä on yhteensopiva kentän kanssa numeerinen tyyppi A, jonka Koko-ominaisuuden arvo on Pitkä kokonaisluku. |
| Looginen | Arvot Kyllä/Ei, Tosi/Epätosi, Päällä/Pois, yksi kahdesta mahdollisesta arvosta. |
| OLE-objektikenttä | Muissa OLE-protokollaa tukevissa ohjelmissa luodut objektit. |
3. Tärkeimmät kentän ominaisuudet ovat:
- Kentän koko sarjat enimmäiskoko kenttään tallennetut tiedot.
- Kentän muoto on tietyn tietotyypin näyttömuoto ja määrittää säännöt tietojen esittämiselle, kun niitä näytetään näytöllä tai tulostetaan.
- Kentän etiketti määrittää taulukoissa, lomakkeissa ja raporteissa näytettävän tekstin.
- Arvon kunto antaa sinun ohjata syöttöä, asettaa rajoituksia syöttöarvoille, jos ehtoja rikotaan, se estää syöttämisen ja näyttää Virheviesti-ominaisuuden määrittämän tekstin;
- Virheviesti määrittää näytöllä näkyvän viestin tekstin, kun arvoehdon asettamia rajoituksia rikotaan.
Ohjaustyyppi– ominaisuus, joka on asetettu Korvaus-välilehdelle taulukon suunnitteluikkunassa. Tämä ominaisuus määrittää, näytetäänkö kenttä taulukossa ja missä muodossa - kenttänä tai yhdistelmäruuduna.
Ainutlaatuinen (ensisijainen) avain Taulukot voivat olla yksinkertaisia tai yhdistelmätaulukoita sisältäen useita kenttiä.
Avaimen määrittämiseksi valitaan kentät, jotka muodostavat avaimen, ja painetaan työkalurivin painiketta avainkenttä tai komento suoritetaan Muokkaa / avainkenttää.
©2015-2019 sivusto
Kaikki oikeudet kuuluvat niiden tekijöille. Tämä sivusto ei vaadi tekijää, mutta tarjoaa ilmainen käyttö.
Sivun luomispäivämäärä: 2016-02-16
Postrelaation DBMS. Objektin DBMS. Relaatio-DBMS:n haitat. Oliopohjaisen DBMS:n peruskäsitteet.
Relaatiotietokannan hallintajärjestelmät ovat rajallisia. Ne sopivat ihanteellisesti perinteisiin sovelluksiin, kuten lippu- ja hotellivarausjärjestelmiin sekä pankkijärjestelmät, mutta niiden soveltaminen suunnittelun automaatiojärjestelmissä, älykkäissä valmistusjärjestelmissä ja muissa tietopohjaisissa järjestelmissä on usein vaikeaa. Tämä johtuu ensisijaisesti relaatiotietomallin taustalla olevien tietorakenteiden primitiivisestä luonteesta. Tasaiset normalisoidut suhteet ovat universaaleja ja teoreettisesti riittäviä edustamaan minkä tahansa aihealueen dataa. Epäperinteisissä sovelluksissa tietokannassa on kuitenkin satoja, ellei tuhansia taulukoita, joille tehdään jatkuvasti kalliita yhdistämistoimintoja, joita tarvitaan toimialueen monimutkaisten tietorakenteiden uudelleenluomiseen.
Toinen vakava rajoitus relaatiojärjestelmät ovat heidän suhteellisia heikkoja kykyjä mitä tulee sovelluksen semantiikan esittämiseen ( semantiikka- ohjelmoinnissa - sääntöjärjestelmä yksittäisten kielirakenteiden tulkitsemiseksi. Semantiikka määrittää lauseiden semanttisen merkityksen algoritminen kieli...). Korkeintaan relaatiotietokantajärjestelmät tarjoavat mahdollisuuden muotoilla ja ylläpitää tietojen eheysrajoituksia. Tietokantatutkijat tiedostavat nämä relaatiojärjestelmien rajoitukset ja puutteet toteuttavat lukuisia projekteja, jotka perustuvat ideoihin, jotka menevät relaatiotietomallia pidemmälle.
Muina relaatiotietokantajärjestelmän haittoina mainitaan seuraavat:
tietokantojen kehittämisen rakenteen joustamattomuus,
Vaikeuksia rakentamisessa Havainnemalli kohteille, joilla on useita monista moneen -suhteita,
· epäluonnollinen taulukkoesitys harvoille tietoryhmille.
Objektisuuntautunut Koska tietokannat ovat suhteellisen uusia, tietokantateorialla ei ole yhtä hyvää matemaattista perustaa kuin relaatio- tai puumalleilla. Tätä ei kuitenkaan välttämättä pitäisi pitää merkkinä tämän simulointitekniikan luontaisesta heikkoudesta. Ominaisuudet, jotka näyttävät olevan yhteisiä useimmille tietokantatoteutuksille, ovat:
1. Abstraktio: Jokainen todellinen "asia", joka on tallennettu tietokantaan, on jonkin luokan jäsen. Luokka määritellään kokoelmaksi ominaisuuksia, menetelmiä, julkisia ja yksityisiä tietorakenteita ja ohjelmia, joita voidaan soveltaa objekteihin (instanssiin) Tämä luokka. Luokat ovat vain abstrakteja tietotyyppejä. Menetelmät ovat toimenpiteitä, joita kutsutaan suorittamaan jokin toiminto objektille (esimerkiksi tulostamaan itse tai kopioimaan itse). Ominaisuudet ovat tietoarvoja, jotka liittyvät luokan kuhunkin objektiin ja kuvaavat sitä tavalla tai toisella (esimerkiksi väri, ikä).
2.Kapselointi: Tietojen sisäinen esitys ja julkisten ja yksityisten menetelmien (ohjelmien) toteutusyksityiskohdat ovat osa luokan määritelmää ja tunnetaan vain kyseisessä luokassa. Pääsy luokan objekteihin on sallittu vain kyseisen luokan tai sen vanhempien ominaisuuksien ja menetelmien kautta (katso "perintö" alla), ei käyttämällä sisäisten toteutustietojen tietämystä.
3. Perintö (yksittäinen tai useita): Luokat määritellään osaksi luokkahierarkiaa. Kunkin alemman tason luokan määritelmä perii sen emoluokan ominaisuudet ja menetelmät, ellei niitä ole nimenomaisesti julistettu ei-periytyviksi tai muutettu uudella määritelmällä. Yksittäisellä periytymisellä luokassa voi olla vain yksi yläluokka (eli luokkahierarkialla on puurakenne). klo moninkertainen perintö luokka voi polveutua useista vanhemmista (eli luokkahierarkialla on suunnattu ei-syklinen graafirakenne, ei välttämättä puu).
4. Polymorfismi: Useilla luokilla voi olla sama menetelmä ja ominaisuusnimet, vaikka niitä pidettäisiinkin erilaisina. Näin voit kirjoittaa aksessoreita, jotka toimivat oikein täysin eri luokkien objektien kanssa, kunhan näissä luokissa on määritelty vastaavat menetelmät ja ominaisuudet.
5. Viestit: Vuorovaikutus objektien kanssa suoritetaan lähettämällä viestejä, joissa on mahdollisuus saada vastauksia.
Jokaisen objektin, jonka tiedot on tallennettu OODB:hen, katsotaan kuuluvan luokkaan, ja luokkien väliset suhteet muodostetaan käyttämällä luokkien ominaisuuksia ja menetelmiä.
OODB-malli on käytössä enemmän kuin korkeatasoinen abstraktioita kuin relaatio- tai puutietokannat, joten luokat voidaan toteuttaa joko näiden tai jonkin muun mallin perusteella. Koska menettelyt (metodit) eivät ole tietorakenteita kehityksen keskipisteessä, on tärkeää, että valitaan perusmalli, joka tarjoaa riittävän lujuuden, joustavuuden ja prosessointisuorituskyvyn.
Relaatiotietokannat tiukoineen rakennemäärittelyineen ja rajoitetuine sallittujen toimintojensa kanssa eivät selvästikään sovellu OODB:iden perusalustaksi. M-kielijärjestelmä joustavammalla tietorakenteella ja menettelytavallisemmalla lähestymistavalla kehitykseen näyttää olevan sopivampi käytettäväksi DBMS:n perusalustana.
DBMS on ohjelmisto, jolla käyttäjät voivat määritellä, luoda ja ylläpitää tietokantaa sekä valvoa pääsyä siihen.
Oliorelaatiotietokantajärjestelmiä ovat esim. Oracle-tietokanta ja PostgreSQL; Ero oliorelaatio- ja oliopohjaisen DBMS:n välillä: ensimmäiset ovat relaatioskeeman lisäosa, kun taas jälkimmäiset ovat alun perin oliokeskeisiä.
Pääsy kohteeseen relaatiotietokantajärjestelmässä.1) DBMS määrittää sivun ulkoinen laite tallennustila, joka sisältää vaaditun merkinnän. Indeksimekanismien käyttäminen tai täyden taulukon skannaus. DBMS lukee sitten kyseisen sivun ulkoisesta tallennuslaitteesta ja kopioi sen CACHE 2:een. DBMS siirtää tiedot peräkkäin välimuistista sovelluksen muistitilaan. Tämä saattaa edellyttää tyyppimuunnoksia. SQL-tiedot sovellustietotyyppeihin. Sovellus voi päivittää kenttäarvoja muistitilassaan. 3. Sovelluksen muokkaamat tietokentät siirretään SQL-kielen avulla takaisin DBMS CACHE:hen, jonka aikana voi taas olla tarpeen suorittaa tietotyyppimuunnos. 4. DBMS tallentaa päivitetyn sivun ulkoiselle tallennuslaitteelle korvaamalla sen välimuistista.
Pääsy kohteeseen OODBMS:ssä. 1. OODBMS:n löytö iteroita ulkoisella tallennuslaitteella sivulle, joka sisältää pyydetyn objektin, tarvittaessa käyttämällä sen hakemistoa. OODBMS lukee sitten vaaditun sivun ulkoisesta tallennuslaitteesta ja kopioi sen sovelluksen välimuistiin, joka on sovelluksen varatussa muistissa. 2. OODBMS m Se voi suorittaa useita muunnoksia: 1. yhden objektin viittausten (osoittimien) korvaaminen toisella. 2. Tietoobjektin tietorakenteeseen tuominen, joka on tarpeen ohjelmointikielen asettamien vaatimusten noudattamisen varmistamiseksi. 3. Eri laitealustoilla tai ohjelmointikielillä luodun tiedon esitysmuodon muuttaminen. 3. Sovellus toteuttaa käyttää objektia ja päivittää sitä tarpeen mukaan. 4. Kun sovelluksen on tehtävä tehtyjä muutoksia poistaa sivu pysyvästi tai tilapäisesti välimuistista levylle, sitten ennen sivun kopioimista ulkoiseen tallennuslaitteeseen OODBMS:n on suoritettava käänteisiä muunnoksia samanlaisia kuin yllä kuvatut.
Lippu numero 27
Taloudellinen tasapaino, yrityksen liiketoiminta. Yrityksen taloudellinen tasapaino. Vipuvaikutus. Velkatason analyysi. Tuotantotoiminnan kassavirtojen analyysi.
Yrityksen liiketoiminta yleensä ominaista sijoitetun (sisäisen) pääoman käytön intensiteetti. Tuotannossa pääoma on jatkuvassa liikkeessä siirtyen kiertovaiheesta toiseen: eli teknologiaa D®T®…®P®…T®D otetaan käyttöön. Rahaa, tavaraa
Esimerkiksi ensimmäisessä vaiheessa yritys sijoittaa käyttöomaisuuteen, tuotantovarastoihin, toisessa - varastojen muodossa olevat varat menevät tuotantoon, ja osa käytetään työntekijöiden maksamiseen, verojen, sosiaalivakuutusmaksujen ja muiden kulujen maksamiseen. Tämä vaihe päättyy valmiiden tuotteiden julkaisuun. Kolmannessa vaiheessa valmiit tuotteet myydään, yritys saa Käteinen raha. Mitä nopeammin pääoma kiertää, sitä enemmän tuotteita yritys saa ja myy samalla sijoitetun pääoman määrällä. Varainliikkeiden viivästyminen missä tahansa vaiheessa johtaa pääoman kierron hidastumiseen, vaatii lisäsijoituksia ja voi aiheuttaa merkittävää pääoman käytön huononemista.
Sijoitetun pääoman käytön tehokkuutta arvioidaan laskemalla seuraavat tunnusluvut.
SISÄÄN Viime aikoina kuullaan lausuntoja mahdollisesta paradigman muutoksesta - relaatiosta postrelaatioon DBMS:ään. Analyytikoiden mukaan kuitenkin toistaiseksi suurin osa on käytetty relaatiotietokantajärjestelmiä suuria hankkeita liittyvät tietokannanhallintajärjestelmien käyttöönottoon. Markkinat noudattavat selvästi perinteisiä lähestymistapoja tällaisten ongelmien ratkaisemisessa.
Tietokannan hallintajärjestelmät (DBMS) ovat yksi peruskomponenteista tietokoneohjelmisto tietoprosesseja, joka on nykyaikaisimpien rakentamisen perusta tietojärjestelmä. DBMS:n päätehtävä on tietojen tehokas tallennus ja tarjoaminen tiettyjen sovellustehtävien kannalta.
Kaupallinen DBMS juontaa juurensa 60-luvun puoliväliin, jolloin IBM julkaisi ensimmäisen tämän luokan tuotteen - hierarkkisen IMS DBMS:n. 70-luvun alussa Edgar Codd loi perustan kehitetylle relaatiotietomallille jäsenneltyä kieltä SQL-kyselyt, ja 80-luvulla luotiin teollinen DBMS, joka sai pian hallitsevan aseman. Tällä hetkellä kolme parasta pelaajaa - Microsoft, Oracle ja IBM - hallitsevat täysin markkinoita ja lippulaivatuotteitaan Microsoft SQL Palvelimen, Oracle Databasen ja IBM DB2:n markkinaosuus on yhteensä noin 90 %. DBMS-markkinat kasvavat nopeasti, ja Forresterin analyytikoiden mukaan sen kokonaisvolyymi nousee vuoteen 2013 mennessä 32 miljardiin dollariin.
Relaatiotietokantajärjestelmän suurin haittapuoli on näiden järjestelmien rajallinen käyttö alueilla, jotka vaativat melko monimutkaisia tietorakenteita. Yksi perinteisen relaatiotietomallin päänäkökohdista on taulukon rivien ja sarakkeiden leikkauskohtaan tallennetun tiedon atomiteetti (yksilöllisyys ja jakamattomuus). Tämä sääntö vahvistettiin relaatioalgebra sen kehityksen aikana as matemaattinen malli tiedot. Lisäksi relaatiomallin toteutuksen erityispiirteet eivät salli objektien välisten todellisten suhteiden kuvaamista kuvatulla aihealueella riittävästi. Nämä rajoitukset haittaavat merkittävästi tehokasta täytäntöönpanoa nykyaikaiset sovellukset, jotka edellyttävät jo useita erilaisia lähestymistapoja tietojen järjestämiseen.
Relaatiomallin perusperiaate on eliminoida päällekkäiset kentät ja ryhmät normalisointiprosessin avulla. Litteät normalisoidut taulukot ovat monipuolisia, helppoja ymmärtää ja teoreettisesti riittäviä edustamaan dataa kaikilla aihealueilla. Ne soveltuvat hyvin tiedontallennus- ja näyttösovelluksiin perinteisillä toimialoilla, kuten pankki- tai kirjanpitojärjestelmät, mutta niiden soveltaminen järjestelmissä perustuu enemmän monimutkaiset rakenteet tiedot ovat usein vaikeita. Pohjimmiltaan tämä johtuu relaatiomallin taustalla olevien tietojen tallennusmekanismien primitiivisyydestä.
Kokemus sovellettavien tietojärjestelmien kehittämisestä on osoittanut, että arvojen atomiteetin hylkääminen johtaa laadullisesti hyödyllinen laajennus tietomalleja. Johdatus relaatiomalliin kyvystä käyttää moniarvoisia kenttiä itsenäisinä sisäkkäisinä taulukoina edellyttäen, että sisäkkäinen taulukko täyttää yleiset kriteerit, mahdollistaa relaatioalgebran mahdollisuuksien luonnollisen laajentamisen. Klassisessa mielessä juuri tällaista datamallia kutsutaan postrelaatioksi.
Postauksesta lähtien relaatiomalli käyttää moniulotteisia rakenteita, joiden avulla voit tallentaa muita taulukoita taulukon kenttiin, sitä kutsutaan myös "ei ensimmäinen normaali muoto" tai " moniulotteinen pohja Tämä kyselymalli käyttää haun kielenä laajennettua SQL:ää monimutkaisia esineitä yhdestä pöydästä ilman liitostoimintoja. Voidaan sanoa, että relaatio- ja postrelaatiotietokantajärjestelmät eroavat toisistaan tiedon tallennus- ja indeksointitavoissa, mutta muilta osin ne ovat samanlaisia. Ensimmäiset postrelational DBMS:t, jotka saivat melkoisen mainetta, olivat Ardent's Universe (jonka myöhemmin osti Informix, jonka puolestaan osti IBM) ja Software AG:n ADABAS.
Oliorelaatiotietokantajärjestelmä
Normalisoinnin hylkäämisen lisäksi postrelaatiotietokantajärjestelmät antavat sinun tallentaa abstrakteja, käyttäjän määrittämiä tietoja relaatiokenttiin. Tämä mahdollistaa uuden tason ongelmien ratkaisemisen, tiettyihin aihealueisiin keskittyneiden objektien ja tietotaulukoiden tallentamisen sekä liittää postrelatiivisen DBMS:n toiseen luokkaan - oliopohjaiseen DBMS:ään. Oliolähestymistavan käyttöönotto perinteiseen relaatiomalliin synnytti toisen suunnan - oliorelaatiotietokantajärjestelmän. Tämän järjestelmäluokan ensimmäisenä edustajana pidetään samannimisen yrityksen Informix Universal Server -järjestelmää.
Kuten tiedät, oliokeskeisen mallinnuksen ytimessä aihealueita sellaiset käsitteet kuin kapseloinnin, periytymisen ja polymorfismin kohde ja ominaisuudet. Toisin kuin relaatiotietokantajärjestelmässä, oliopohjaisia tietokantoja suunniteltaessa vaiheessa valittujen objektien hajottaminen ja normalisointi käsitteellinen suunnittelu. Objektit esitetään samassa muodossa kuin ne ovat todellisuudessa, mikä antaa oliosuuntautuneille rakenteille näkyvyyttä ja voi merkittävästi lyhentää niiden suunnitteluun ja kehittämiseen kuluvaa aikaa.
Yksi tunnetuimmista relaatioiden jälkeisistä DBMS-järjestelmistä on Postgres-järjestelmä, joka luotiin viime vuosisadan 80-luvun puolivälissä yhden johtavista DBMS-kehittäjistä, Michael Stonebreakerin johdolla. Stonebreakerilla oli (ja on edelleen) valtava vaikutus tietokantateollisuuteen, sillä hän osallistui lähes kaikkiin lupaaviin kehitykseen tällä alalla. Postgres laajensi perinteistä relaatiomallia ottamalla käyttöön objektinhallintamekanismeja, jotka mahdollistivat ei-perinteisten tietotyyppien tehokkaan tallentamisen ja hallinnan. Postgres tuki myös moniulotteista ajallista tiedon tallennus- ja käyttömallia. Kaikkia Postgersin pääideoita ja kehityssuuntia on jatkettu ja kehitetty vapaasti levitetyssä julkaisussa DBMS PostgreSQL, joka on tällä hetkellä kehittynein avoin DBMS.
DBMS-järjestelmiä kutsutaan usein myös postrelaatioiksi, mikä mahdollistaa tietojen esittämisen sekä relaatiotaulukoiden että objektiluokkien muodossa. Tyypillinen tämän tyyppisen DBMS:n edustaja on InterSystemsin välimuistijärjestelmä. Kehittäjiensä mukaan tämä järjestelmä yhdistää tehokkaimmin relaatio- ja objektilähestymistavat, jotka perustuvat vastaavasti SQL-92- ja ODMG 2.0 -standardeihin. Objektien ja relaatiotaulukoiden kanssa työskentelyn mekanismit ovat samat looginen taso, joka tarjoaa enemmän suuri nopeus pääsy ja työskennellä tietojen ja toiminnallisen täydellisyyden kanssa. Välimuisti käyttää myös moniulotteista tiedontallennusmallia ja on optimoitu tapahtumien käsittelyyn järjestelmissä, joissa on suuret ja erittäin suuret tietokannat (satoja gigatavuja, teratavuja) ja iso määrä(tuhansia, kymmeniä tuhansia) samanaikaisesti työskenteleviä käyttäjiä, ja samalla voit saada erittäin korkean suorituskyvyn.
Kehitysnäkymät
Nykyaikaiset teolliset DBMS-järjestelmät ovat monimutkaisia järjestelmiä, jotka koostuvat erilaisia elementtejä, teknologiat ja lähestymistavat. Näitä komponentteja yhdistetään ja parannetaan tarpeiden mukaan tarjota ihanteelliset olosuhteet johtamisongelmien ratkaisemiselle. suuria määriä tiedot sisään erilaisia ehtoja. Samaan aikaan kaikki kehittäjät suorittavat laajamittaisia tutkimustyö. Monen vuoden kokemus DBMS:n kehittämisestä on osoittanut, että uusien toimintojen tehokkaan, luotettavan ja virheetön toiminnan varmistaminen vaatii paljon aikaa. Kova kilpailu DBMS-markkinoilla pakottaa valmistajat seuraamaan tarkasti kilpailijoiden tuotteita, tunnistamaan uusia trendejä, ja tärkeiden uusien ominaisuuksien ilmaantuminen joltakin toimittajalta pakottaa muut ottamaan käyttöön samanlaisia toimintoja kehitystyössään.
Toisaalta myös nykyaikaisten tietokantakehittäjien tarpeet kasvavat. Ensinnäkin tämä johtuu Internetin nopeasta kehityksestä, multimedian aktiivisesta käytöstä ja tarpeesta käsitellä puolistrukturoitua dataa.
IDC:n vuoden 2009 lopulla julkaistujen tutkimustulosten mukaan perinteisiä relaatiotietokantajärjestelmiä käytetään suurimmassa osassa tietokannanhallintajärjestelmien toteuttamiseen liittyvistä suurista projekteista. Vain noin 7 % on projekteja, jotka käyttävät ei-relatiivista DBMS:ää. Tämä voimien kohdistaminen todellisten toteutusten markkinoilla heijastaa yleistä tilaa: kehittäjät noudattavat edelleen aktiivisesti perinteisiä lähestymistapoja DBMS:n käyttöön liittyvien ongelmien ratkaisemiseksi.
Kaikki edellä mainitut viittaavat siihen, että DBMS-markkinoiden johtavien toimijoiden valitsema kehitysstrategia säilyttää johtoasemansa jatkossakin. Niiden päätuotteita parannetaan, uusia toimintoja otetaan käyttöön ja kehittäjät valitsevat jatkossakin yleismaailmallisia ja aika-testattuja perinteisiä ratkaisuja.
Maxim Nikitin
