De relational gegevens model, database, model en foarmjouwing circuitry

De essinsje en de basis fan in databank is syn model. It is set tegearre in list fan 'e gegevens struktuer en de operaasjes útfierd op harren. De meast wiidferspraat kocht hiërargyske, netwurk en relational gegevens model. Al ien persoan kin brûke foar syn beëage doel, sa't se wurde ynsletten yn 'e kompjûter syn ûnthâld: bewarre op de skiif romte as nedich is, en wurde pleatst yn in ûnthâld systeem. Hjir harren ferwurkjen begjint. Mei oare wurden, de database - dat is, ynformaasje fan 'e bûtenwrâld, model op in bysûndere wize, en encompassing in bepaalde ûnderwerp gebiet. Typysk, dit is ferskillende eigenskippen, eigenskippen, en wat fergelykber. Sûnt alles wurdt inoar ferbûn yn 'e wrâld, it is in DB ta utering komt.

Foar it grutste part, om te simulate gjin basis genôch allinne de relational gegevens model. Mar syn ûntwerp, yn de praktyk, yn it skema fan de relaasje kin feroarsaakje swierrichheden. It is der dy't net foarsjoen troch it skeppen fan semantyske beskriuwings fan de meganismen, dy't altiten oanwêzich yn fakken yn alle fjild.

Dy kwaliteit hat laat ta wat is makke in konseptuele model fan in databank. It jout mear as yntuïtyf, mar tagelyk en frij formeel beskriuwe in spesifike gebiet fan ûnderwerpen. Hiel faak, sa'n modellewurk regeling wurdt tapast allinnich by de earste faze fan it meitsjen fan de databank. Foar de basis nommen betonnen rdfa model. Op grûn fan it, we ûntwurpen in konseptuele diagram, en dan alles fan dit wurdt omsetten en ferskynt de saneamde relational databank model.

Yn de ûntwerp wrâld, foar dit der binne bepaalde techniken. Se binne hiel dúdlik en begryplik beskriuwt alle fazen fan sa'n aksje yn 'e praktyk. Harren kennis elimineert de needsaak om te ferkennen oanfoljende programma dy't belutsen by it ta stân kommen fan rdfa modellen. Skepper is genôch om te witten de basis fan 'e keazen skema út te witten de wichtichste oersetting regels. Yn dit gefal, alles goed giet, en fan de konseptuele krije relational gegevens model sûnder it gedoch.

Dêrby moat opmurken wurde dat guon begjinnende database skeppers meitsje ien grutte flater fan ûnderskatting it belang fan semantyske modellewurk skema mei de hân. Fansels, yn 'e wrâld fan technologyske foarútgong it wurdt beskôge as in fergriemen fan tiid en muoite. Mar dit miening is perfoarst ferkeard. En dit is as folget:

1. Modeling mei de hân te meitsjen in krêftige byldzjende en semantyske skema fan 'e takomst DB. En dat yn 'e takomst, de oergong nei de stap fan' e relational model, om slimme flaters en meast folslein evaluearje de aard en karakteristyk fan in bepaald ûnderwerp gebiet.

2. Stap semantyske modellewurk soarget foar wichtige dokumintaasje dy't leaver wurde ynfierd mei de hân. Bygelyks, hitlisten, tafels, en opmerkingen. Se kin hannich wêze net allinnich yn it proses fan 'e skepping, mar ek yn it fierdere eksploitaasje fan al oanmakke databank.

Mar as talk is wier, it kin sein wurde dat it skeppen fan in konseptuele skema út syn lettere oergong nei wat hjit "relational gegevens model" mei de hân - in proses dreech en problematysk. Tink josels in databank dêr't tafels en skema 'mear as tûzen. Folgjende, ik tink it makket gjin sin om te praten.

Autorisaasje proses foar it meitsjen fan in databank begjint mei de tekening fan dy deselde tafels, it meitsjen fan in argyf fan de dokuminten fan projekt aktiviteiten. It sterk fasilitearret it wurk fan de ûntwerper, dat helpt by it brûken fan 'e basis. Mar it systeem as in normale tekst bewurker dy't stipet allinnich basis kommando input, redigearjen en sertifikaatfalidaasje. It is natuerlik te wreidzjen mei ekstra compiler funksjes. En dit is hiel simpel idee is net gien wei. Dêrfandinne, it proses fan automatisearring fan de konseptuele databank skema yn in relational begjint.