Datu bāzes sistēmu integrācijas soļi un mērķi

Pirmsintegrācija (shēmu analīze un shēmu apvienošanas

politikas izstrāde)

Shēmu salīdzināšana (atbilstību un konfliktu noteikšana)

Shēmu saskaņošana (konfliktu novēršana)

Shēmu apvienošana un pārstrukturēšana

Daudzbāzu sistēmas izveidošanas piemērs1. Daudzbāzu sistēmas shēma

Ir divas saimniecības: autobusu parks un dzelzceļstacija, kurām ir savi lietotāji, savas datu bāzes un savi tīkli. Uzdevums: ir jāizveido kopēja sistēma, kurā divas apakšsistēmas sadarbotos. Kad dzelzceļstacija maina elektrovilcienu kustības sarakstu, tad autobusu parks ar speciālo procesu palīdzību uzzina izmaiņas un attiecīgi maina pilsētas autobusu kustības sarakstu.

DBVS1DB1

dzelzceļstacija

DBVS2DB2

autobusu parks

2. Daudzbāzu sistēmas realizācijas modelis vienā datorā

DBVS1DB1

dzelzceļvilcienu kustības saraksts

DBVS2DB2

pilsētas autobusu kustības saraksts

Sarakstu saskaņojums

dators

lietotājs

3. Integrācijas metodoloģija

relāciju modeļa datu objekti

integrācijas tehnoloģijas datu

objekti

Sadalīti datu objekti

Sadalīta datu bāze

Integrēta sadalīta datu bāze

Integrācijas priešstats

LīmeņiTīklaShēmu

LoģiskaisKonceptuālaisFundamentālais

4. Daudzbāzu sistēmas ar globālo shēmu izveidošanas etapi

Daudzbāzu sistēmas izveidošana notiek ar integrāciju, tā notiek 5 etapos:

1. tīkla integrācija (datu avotu apvienošana tīklā);

2. shēmu integrācija (viendabīgas definēšanas un manipulēsanas vides

izveidošana);

(Tīkla un shēmu integrācijas rezultātā būs uzbūvēta daudzbāzu sistēma bez

globālas sistēmas jeb interoperablā daudzbāzu sistēma.)

3. loģiskā integrācija;

4. konceptuālā integrācija;

5. fundamentālā integrācija.

(Šie trīs pēdējie etapi ir semantiskā integrācija un rezultatā būs izveidota

integrēta sadalīta datu bāze jeb daudzbāzu sistēma ar globalo shēmu.)

Integrācijas modelis

Integrācijas modeli veido:1. shēmu modelis (lokālo informāciju resursu priekšstata

atkarība no izmantojamo DBVS specifikas);2. loģiskais modelis (formē tādu datu priekšstatu, kādam tam

jābūt no lietotāja viedokļa, ir dokumentu orientēts);3. konceptuālais modelis (nodrošina datu bāzu terminu un

īpašību salīdzinājumu ar klasificēšanas jēdzieniem);4. fundamentālais modelis (nodrošina pilnu semantisku

integrāciju).Modeļi noteic datu aprakstu.Apstrādes daļu nodrošina vārdnīcas, kuras satur katrs modelis. Lai vārdnīcas kalpotu apstradāšanai, tās ir realizētas, kā datu bāzes, kas ir izveidotas kādā DBVS. Katram modelim ir sava vārdnīca, kas attēlo kā dati ir organizēti modelī. Vārdnīcas piedalās visu daudzbāzu sistēmu operāciju apstrādāšanā. Vārdnīcas ir uzbūvētas tā, lai katra nākama veidotos uz visas iepriekšājas vārdnīcas bāzes un pēdēja vārdnīca ir zināšanu sistēma, kuru veido ar mākslīgo intelekta metožu palīdzību.Vārdnīcas kopumā var nosaukt par semantisko vārdnīcu.

Globālā shēmas modelis

Sadalīti dati

Integrētais sadalītu datu bāzu priekšstats

Datu bāzu draiveru sistēma

(ODBC,OLE DB,BDE)

Shēmu integrācijas modelis

Loģskais integrācijas modelis

Konceptuālais integrācijas modelis

Fundamentālais integrācijas modelis

Terminoloģiskā vārdnīca

Integrācijas terminoloģiskā vārdnīca

Skaidrojošā vārdnīca

Formalizēta zināšanu ISDB sistēma

Integrācijas stratēģijas

N Stratēģija Apraksts

1 patvaļīga

(произвольная)

orientēta uz lokālo informāciju resursu dokumentālu

izmantošanu

2 lietišķa

(прикладная)

orientēta uz sadalītu datu dokumentālo priekšstatu

profesionālo pārveidošanu loģisku shēmu veidošanas

ceļā

3 tehnoloģiska

(технологическ

ая)

orientēta uz informacijas ražošanas funkcijām

Patvaļīga integrācijas stratēģija

Stratēģiju pielieto kad izpildās sekojoši nosacījumi:

1) ir nepieciešamība apskatīties kādu sadalītu datu kopu kā kopu, kas

nodrošina lietotāju intereses;

2) no sākuma pieņemts, ka dati izveidojas atsevišķi, tas ir nav viendabīi

un tas nav ierobežojums sadalītu datu izveidošanā;

3) pieejas metode – dokumentālā pieeja;

4) stratēģijas pielietošanas rezultātā ir terminoloģiskas vārdnīcas

izveidošana, kas realizē servera funkcijas priekš dokumentāliem

objektiem, kas nav saistīti.

Daudzbāzu sistēma izveidota ar patvaļīgas integrācijas stratēģijas palīdzību

Ir sadalīta DB, kura ir reģistrēta DB draiveru sistēmā. Lietotāji var piekļūt 2 režīmos:

1. ar SQL pieeju pie teminoloģiskas vārdnīcas; uzzināt par datu bāzu un tabulu izvietojumu, nosaukumiem un struktūru, pēc tam piekļūt noteiktajā datu bāze caur draiveru sistēmu (profesionālā pieeja);

2. ar sistēmlietojuma palīdzību; sistēmlietojums palīdzēs neprofessionāliem lietotājiem sadarboties ar draiveru sistēmu un terminoloģisko vārdnīcu.

Sadalīta datu bāze

DB draiveru sistēma Terminoloģiskā

datu bāze

SistēmlietojumsLietotāji

SQL pieeja

dokumentālā pieeja

profesionālā pieeja

Shēmu integrācija

Shēmu integrācijas nodrošināšanai ir jāizpilda divi nosacījumi:

1) ir jāizveido viendabīga sistēma; priekš ta ir jāreģistrē visas atsevišķas

datu bāzes kā DB draiveru sistēmas resursus; (draiveri: ODBC, BDE

un citi);

2) pilnā shēmu integrācija it tad, kad ir realizēta terminoloģiskā vārdnīca,

kura satur visu datu bāzu nosaukumus, struktūru un izvietojumu, kas

ir izteikts priekšmetiskas jomas terminos.

Viendabīgas sistēmas izveidošana

1. BDE draiveru sistēmā piešķir jebkuram resursam pseidonīmu un pēc tam

sistēma nodrošina visiem resursu objektiem nepieciešamas apstrādes

metodes, īpašības, notikumus un mehānismus.

2. ODBC draiveru sistēmā nav tādu iespēju. Šādā draiveru sistēmā datu bāzu

reģistrācija notiek ar resursa nosaukuma piešķiršanu (Data Source Name) un

ts aprakstīšanu (Description) režīmā Data Source Administrator.

Terminoloģiskā datu bāze (vārdnīca)

1. Terminoloģiskā vārdnīca sniedz informāciju par sistēmas datu saturu

un izvietojumu. Šī vārdnīca ir viena no semantiskās vārdnīcas

sastāvdaļām.

2. Semantiskā vārdnīca ir vārdnīca, ar kuras palīdzību izveido globālo

shēmu daudzbāzu sistēmās. Semantiskajā vārdnīcā ir dažas vārdnīcas,

kas izveido pakļautības struktūru. Saitei ar augstāka līmeņa vārdnīcu

terminoloģiskajā vārdnīcā izdala terminus, kas paskaidro arī

terminoloģiskās vārdnīcas objektus.

3. Kad terminoloģiskā vārdnīca ir realizētā kādā DBVS vidē, to sauc par

terminoloģisko datu bāzi.

Terminoloģiskās datu bāzes izveidošanas soļi

Datu bāzes izveidošana notiek ar priekšmetiskās jomas objektu un procesu

secīgas modelēšanas palīdzību. Katrs no etapiem beidzas ar noteikta

priekšmetiskās jomas modeļa izveidošanu. Pie kam, tikai datoloģiskā

projektēsana raksturojas ar modeļa priekšstatu relāciju formā.

Konceptuālā projektēšana – nepieciešamo konceptu ieviešana no

priekšmetiskās jomas.

Infoloģiskā projektēšana – izpildas uz konceptuāla modeļa bāzes un

iekļauj: konceptu interfeisu aprakstu un paplašināšanu, infoloģiskās

struktūras izveidošanu, resursu, avotu un informācijas plūsmu definēsana.

Datoloģiskā projektēšana – izveidojas uz infoloģiskā modeļa pamata un

satur šādas operācijas: tabulu izveidošana, loģisko objektu īpašību

definēšana, atslēgu izveidošana, indeksētu lauku definēšana, bizness

notikumu izveidošana, skatu projektēšana.

Konceptuālā projektēsana

Infoloģiskā projektēšana

Datoloģiskā projektēšana

Terminoloģiskās datu bāzes izveidošana1. Konceptuālā projektēšana

Pieejas pie datiem aspektā var izdalīt tādus resursus (konceptus):1. lokālā datu bāze;2. tabula;3. tabulas atribūti (kolonas, lauki);4. tabulas rindas;5. atribūtu vērtības.

Konceptuālais modelis relāciju modelim

Tabula

Lokālā datu bāze

Atribūti

Atribūtu vērtības

Rindas

Termina saskarneLai izveidotu terminoloģisko vārdnīcu, ievadīsim integrēšanas

papildsistēmu, kas identificē tikai izdalītus informācijas resursus. Ievadīsim

jedzienu shēmu integrācijas termins (jeb vienkarši termins). Galvenā

termina jēga ir lokāla informācijas resursa sasaistīšana ar terminu, kas ir

priekšmetiskās jomas objekts.

priekšmetiskas jomas objekts

(jedziens)

termins Lokālais informācijas

resurss

Shēmu integrēts Sadalītu Datu Bāzu priekšstats

Konceptuālais modelis

Lokālā datu bāze

Tabula Atribūts Rinda Atribūta vērtība

Priekšmetiskas jomas termins

Saņemt datus Rezultāts

Lietotājs

Infoloģiskā projektēšana

1. Infoloģiskās projektēšanas galvenais mērķis ir apstrādes īpašību, metožu,

notikumu un mehānismu realizācija.

2. BDE sistēmas izmantošana notiek ar pseidonīma norādīšanu. Loģiskā

identifikācija ar pseidonīmu papildina objektus ar apstrādes mehānismiem

un metodēm.

3. Terminoloģiskas vārdnīcas infoloģiskajā projektēšanā sistēmā BDE sakrīt

ar DB reģistrāciju šajā draiveru sistēmā.

4. ODBC draiveru sistēma prasa citu pieeju. Tā nesniedz informācijas

resursu vadības līdzekļus. Šajā gadījumā ir jāizvēlās programmatūras vide,

kas sniedz nepieciešamus DB resursu vadības līdzekļus.

Datu loģiskā projektēšana

Pirmais solis ir terminu definēšana:Rt= (Kt,L,T), kur Kt -- unikālais lokāla termina kods L – sarunu valodas kods T – Vārdnīcas jedziens (termins)

Priekšmetiskas jomas lokāla objekta aprakstīšanas shēma var izskātīties šādi:

Ro=(Ko, Kc, Kt), kur Ko – resursa kods Kc – resursa klase Kt – termina kods (no Rt)

Šīs divas attieksmes ir neatkarīgas no resursu realizācijas.Resursu realizācija

Lokāla datu bāze: Rd=(Ko1,T,A,D,N,U), kur

Kon – lokālas DB kods

T -- DB draivera tips (FoxPro, Paradox un t.t.) A – pseidonīms D – pilnais ceļš pie lokālas DB N – USERNAME U – pieejas pie lokālas DB parole

Tabula: Rr=(Ko2,N), kur N – tabulas nosaukums lokālā datu bāzē

Atribūts: Ra=(Ko1,Ko

2,Ko3,N)

Rinda: Rs=(Ko2,Ko

3)Vērtība: Rv=(Ko

3, Ko4).

Sistēmas arhitektūra

Sistēmlietojuma lomu spēlē programma Crystal Reports. Tās savienojas ar visām datu bāzēm. Datu bāzes sadarbojas savā starpā (bultiņas 1-2-3-4). Lietojumā Crystal Reports izveidoti arī palīgpārskati.

Pirmais pārskats ir uzbūvēts uz terminoloģiskas datu bāzes pamatā un kalpo kā uzziņas pārskats priekš citiem DBVS. Piemērā tam nav lielas nozīmes, jo ir tikai divas datu bāzes, bet ja sistēma satures daudz datu bāzes, tad terminoloģiskā datu bāze ir ļoti nozīmīga sistēmas daļa.

Otrais pārskats kalpo lietotājam, lai saskaņotu transporta līdzekļus savam maršrutam.

Crystal Reports

Pārskats 2

Pārskats 1

DBVS

Terminoloģiska DB

ODBC draiveri

Access

DB1

Visual FoxPro

DB2

1

2

3

4