ERuzDB_2026_lv (2)

1. ER modeļu līmeņi un pāreja starp tiem

2. ER (datu) modeļu līmeņi

• Konceptuālais ER modelis
• Datu objektu saistības kopskats biznesa līmenī
• Loģiskais ER modelis
• No DBPS, tehnoloģijas, datu glabātuves neatkarīgs datu modelis
• Realizācijas jeb fiziskais ER modelis
• Datu modelis ar visiem atribūtiem, atbilstošs konkrētajai DBPS versijai,
tehniskajām datu bāzes iespējām
• Konceptuālajam modelim mēs izmantosim Čena sintaksi, Loģiskajam
modelim mēs izmantosim vārnukāju (crow foot) sintaksi. Fiziskajam
modelim dažādi rīki izmanto dažādu (parasti vārnukājām līdzīgu) sintaksi.
Principā katru modeli var uzzīmēt izmantojot jebkuru no sintaksēm, taču šī
kursa ietvaros ir prasīts konceptuālo modeli zīmēt Čena sintaksē, loģisko
– vārnukāju sintaksē un fizisko – vārnukāju vai līdzīgā sintaksē.

3. E-veikala konceptuālais modelis 0

Customer
1
Makes
1
1
Has
N
Billing Adress
Order
N
1
BillTo
N
N
Has
OrderItem
N
N
Order payment
Product

4. E-veikala konceptuālais modelis 1

Amount
Number
Name
Customer
1
Makes
Order
N
Date
1
1
Has
Has
N
Price
Shipping
Address
OrderItem
City
Count
N
N
N
Country
Billing Adress
BillTo
1
N
Order payment
Product
Street
Billing Adress
TxId
Country
CardNumber
Name
Street
Post code
Type
Code
City
Price
Post code

5. E-veikala konceptuālais modelis 2

Amount
Name
Number
Customer
1
Makes
N
Order
Date
1
1
N
Has
Has
N
N
Price
OrderItem
N
Billing Adress
BillTo
1
Count
N
Order payment
N
N
Product
Is
ShipTo
1
TxId
CardNumber
1
Adress
Type
Code
Name
Country
Street
Post code
City
Price

6. E-veikala loģiskais modelis

Customer
PK ID
Order
PK Number
Price
Date
Count
Name
BillingAdress
PK ID
OrderItem
Amount
FK
OrderNumber
FK
CustID
FK
ProducCode
FK
ShipTo
Product
FK
CustID
FK
AdrID
OrderPayment
PK Code
Name
PK TxID
Adress
PK ID
Country
Price
CardNumber
FK
OrderNumber
FK
BillingAdressID
FK
TypeID
Type
City
PK ID
Street
PostCode
TypeName

7. E-veikala fiziskais modelis

Order
Customer
Column Na...
Condensed Ty...
Nulla...
ID
int
No
Name
nvarchar(100)
No
Column Na...
Condensed Ty...
Nulla...
Number
nchar(10)
No
Date
date
No
Amount
numeric(12, 2)
No
CustID
int
No
ShipTo
int
No
OrderItem
Column Na...
Condensed Ty...
Nulla...
Price
numeric(12, 2)
No
Count
int
No
OrderNum...
nchar(10)
No
ProductCode
nchar(10)
Yes
BillingAdress
Column Na...
Condensed Ty...
Nulla...
ID
int
No
CustID
int
No
AdrID
int
Yes
Product
OrderPayment
Column Na...
Condensed Ty...
Nulla...
TxID
int
No
CardNumber
nchar(17)
No
OrderNum...
nchar(10)
No
BillingAdre...
int
No
Column Na...
Condensed Ty...
Nulla...
Code
nchar(10)
No
Name
nvarchar(10)
No
Price
numeric(12, 2)
No
TypeID
int
No
Adress
Column Na...
Condensed Ty...
Nulla...
ID
int
No
Country
nchar(20)
No
City
nchar(20)
Yes
Street
nvarchar(200)
No
PostCode
nchar(10)
No
Type
Column Na...
Condensed Ty...
Nulla...
ID
int
No
TypeName
nvarchar(50)
No

8. Konceptuālais ER modelis

• Satur entītijas un saites starp tām
• Var saturēt un var nesaturēt atribūtus, bieži vien ir tikai svarīgākie
atribūti, ļoti sarežģītu modeļu gadījumā var nesaturēt atribūtus
• Var saturēt, var nesaturēt primārās atslēgas
http://www.1keydata.com/datawarehousing/conceptual-data-model.html

9. Loģiskais ER modelis

• Satur (gandrīz) visas relācijas un saites starp tām
• Satur (gandrīz) visus atribūtus
• Satur (gandrīz) visas primārās atslēgas
• Satur ārējās atslēgas
• Ir normalizēts
http://www.1keydata.com/datawarehousing/logical-data-model.html

10. Pāreja no konceptuālā uz loģisko modeli

• Entītiju vietā ir attiecīgās relācijas
• Specificē relāciju primārās atslēgas
• Konvertē saites par ārējām atslēgām
• Specificē relāciju atribūtus
• Atrisina N:N saites
• Normalizē
http://www.1keydata.com/datawarehousing/logical-data-model.html

11. Fiziskais (datu) (ER) modelis

• Specificē visas tabulas un kolonas
• Precizē ārējās atslēgas
• Var tikt veikta denormalizācija
• Fiziskais modelis var atšķirties konkrētās DBPS dēļ (atšķirīgi datu tipi,
atšķirīgi realizēts IDENTITY lauks)
http://www.1keydata.com/datawarehousing/physical-data-model.html

12. Pāreja no loģiskā uz fizisko modeli

• Konvertē relācijas par tabulām
• Konvertē atribūtus kolonu vārdos
• Maina modeli balstoties uz DBPS ierobežojumiem vai prasībām
http://www.1keydata.com/datawarehousing/logical-data-model.html

13. Stipro entītiju kopu attēlošana relāciju veidā

• Katru stipro entītiju kopu attēlo kā vienu relāciju (tabulu) , kur katrs entītijas atribūts ir viens
relācijas atribūts (kolonna) un katra entītija attēlojas kā viens relācijas kortežs (rinda)
Konceptuālais modelis
Fiziskais modelis
CREATE TABLE Student(
PC Char(12) PRIMARY KEY,
Name NVarChar(30) NOT NULL)
Loģiskais modelis
CREATE TABLE skripts

14. Vājo entītiju kopu attēlošana relācijas veidā

• Vājā entītiju kopa attēlojas kā relācija (tabula) , kur kā atribūti ir visi atribūti no vājās entītijas un
papildus kā FK atribūti tiek pievienoti saistītās stiprās entītijas (relācijas) primārās atslēgas
atribūti
• Atbalstošā attiecība nepārveidojas
Fiziskais modelis
Konceptuālais modelis
CREATE TABLE Team(
Name nVarChar(30) PRIMARY KEY)
CREATE TABLE Player(
Number int NOT NULL,
Name nVarChar(30) NOT NULL,
TeamName nVarChar(30) FOREIGN KEY
REFERENCES Team(Name),
PRIMARY KEY (Number, TeamName))
Loģiskais modelis
CREATE TABLE skripts

15. Attiecību attēlošana kā FK atribūts (kolonna)

• 1:N attiecība attēlojas ievietojot «daudz» galā esošajā relācijā primāro atslēgas atribūtus no
«viens» galā esošās entītijas (relācijas). Šis attribūts (atribūti) kļūst par FK atribūtiem.
Fiziskais modelis
Konceptuālais modelis
CREATE TABLE Course(
Name Char(30) NOT NULL PRIMARY KEY)
CREATE TABLE Student(
PC Char(12) PRIMARY KEY,
Name NVarChar(30) NOT NULL,
FavouriteCourse Char(30))
Loģiskais modelis
ALTER TABLE Student ADD
FOREIGN KEY (FavouriteCourse) REFERENCES
Course(Name)
CREATE TABLE skripts

16. Attiecību attēlošana tabulas veidā

• N:N attiecība attēlojas kā atsevišķa relācija (tabula), kas sastāv no kolonām, ko veido abu
saistīto entītiju (relāciju) primārās atslēgas atribūti, kas šajā relācijā ir FK atribūti.
Fiziskais modelis
Konceptuālais modelis
CREATE TABLE Student(
PC Char(12) PRIMARY KEY,
Name NVarChar(30) NOT NULL)
CREATE TABLE Course(
Name Char(30) NOT NULL PRIMARY KEY)
Loģiskais modelis
CREATE TABLE StudentCourse(
CourseName Char(30) NOT NULL FOREIGN KEY REFERENCES Course(Name),
StudentPC Char(12) NOT NULL FOREIGN KEY REFERENCES Student(PC))
CREATE TABLE skripts

17. Vairāku attiecību attēlošana

Ja starp entītiju kopām ir vairākas attiecības, tad katru «pārkonvertē» uz relācijām
un veido relāciju kā «summu» no visu attiecību konversijas
Fiziskais modelis
Konceptuālais modelis
CREATE TABLE Course(
Name Char(30) NOT NULL PRIMARY KEY)
CREATE TABLE Student(
PC Char(12) PRIMARY KEY,
Name NVarChar(30) NOT NULL,
FavouriteCourse Char(30))
CREATE TABLE StudentCourse(
CourseName Char(30) NOT NULL FOREIGN KEY REFERENCES
Course(Name),
StudentPC Char(12) NOT NULL FOREIGN KEY REFERENCES
Student(PC))
Loģiskais modelis
ALTER TABLE Student ADD
FOREIGN KEY (FavouriteCourse) REFERENCES Course(Name)
CREATE TABLE skripts

18. Saliktu un vairākkāršu atribūtu attēlošana

• Salikti atribūti tiek pārveidoti vai nu kā atsevišķa relācija vai kā vairāki
atribūti
• Ja katra saliktā atribūta vērtību kopa būs tikai vienai entītiju kopas entītei, tad
var iztikt ar vairākiem atribūtiem, ja viena un tā pati salikta atribūta vērtība
var būt vairākām entītiju kopas entītēm, tad veido atsevišķu relāciju
• Vairākkārši atribūti tiek pārveidoti par atsevišķu relāciju
• Ja ir N:N saistība starp vairākkāršu atribūtu un entītiju kopu, tad veido
«starprelāciju», līdzīgi kā N:N saišu gadījumā. Ja attiecība ir 1:N, tad pietiek ar
FK saiti.
Saliktus un vairākkāršus atribūtus pirms pārveidošanas no konceptuālā uz
loģisko modeli mēs varam attēlot kā atsevišķas entītiju kopas. Pēc tam to
pārveido par loģisko modeli.

19. Jautājumi?