[raido357]

Tere,

kuna ei ole andmebaaside alal väga tugev, sooviks natuke abi. On ehk keegi nii hea ja tekitab create table laused järgnevale seosele.

Spoiler

Tänan

[andrusny]

Eriti su joonisest aru ei saa, kuid kui tahad tabelit, kus oleksid õpilased ja vanemad siis selle saad nii.

[raido357]

Tegu peaks olema siis M:M seosega, vähemalt nii on mulle õpetatud.

õpilase ja vanemate vahel on lingitabel, milles peaksid olema kasutusel foreign key'd. vms.

[troglodyte]

Mingi abi tabel peab jah kasutusel olema, kuid täpse tabeli definitsiooni jaoks oleks vaja ka Õpilane ja Vanemad tabelite definitsiooni teada.

NB: MySQL-i puhul pead MyISAM tabeli tüübi asemel näiteks INNODB-d kasutama, kuna MyISAM ei toeta foreign key constrainte.

[ref]

MySQLi kood:

Spoiler

;;Loome tabeli õpilaste andmete hoidmiseks (kuna andmemudel puudu siis suvaline tabel vaid primary key'ga, vajalikud väljad lisa ise) CREATE TABLE opilane ( ID int(11) NOT NULL AUTO_INCREMENT, PRIMARY KEY(ID) ) ENGINE=INNODB; ;;Loome tabeli vanemate andmete hoidmiseks (kuna andmemudel puudu siis suvaline tabel vaid primary key'ga, vajalikud väljad lisa ise) CREATE TABLE vanem ( ID int(11) NOT NULL AUTO_INCREMENT, PRIMARY KEY(ID) ) ENGINE=INNODB; ;;Loome tabeli mitu-mitu seose defineerimiseks CREATE TABLE opilane_vanem_seos( ID int(11) NOT NULL AUTO_INCREMENT, opilane_id int(11) NOT NULL, vanem_id int(11) NOT NULL, PRIMARY KEY(ID), INDEX (opilane_id), INDEX (vanem_id), FOREIGN KEY (opilane_id) REFERENCES opilane(id) ON UPDATE CASCADE ON DELETE CASCADE, FOREIGN KEY (vanem_id) REFERENCES vanem(id) ON UPDATE CASCADE ON DELETE CASCADE ) ENGINE=INNODB;

Muude süsteemide jaoks peaksid põhimõtteliselt sobima sarnased lausendid, AUTO_INCREMET asemel tuleb mõni sequence tekitada ja see külge pookida, ning engine=innodb osa võib normaalse andmebaasisüsteemi (PostgreSQL, Oracle, SQLite) puhul ära unustada

Ja üldiselt, kui sa juba kasutad mõnd korralikku modelleerimistarkvara siis sellel on alati juures mingi vidin, mis võimaldab sul SQL lausendid olemasolevast mudelist genereerida (kui ei genereeru on mudel vale!).

[Subu]

see on natuke paha lugu kui semestri lõpus nii liihtsaid tabeleid ei oska koostada

http://www.tucows.com/preview/362977 Qsee superlite , tasuta ja enam vähem proge.

[daman]

ref-i kood natuke kahtlane, M:M seoste hoidmise tabelis ei poea eraldi primaarvõtme välja defineerima, primaarvõtmeks määrata seostetabeli id-d.

Spoiler

;;Loome tabeli mitu-mitu seose defineerimiseks CREATE TABLE opilane_vanem_seos( opilane_id int(11) NOT NULL, vanem_id int(11) NOT NULL, PRIMARY KEY(opilane_id, vanem_id), FOREIGN KEY (opilane_id) REFERENCES opilane(id) ON UPDATE CASCADE ON DELETE CASCADE, FOREIGN KEY (vanem_id) REFERENCES vanem(id) ON UPDATE CASCADE ON DELETE CASCADE ) ENGINE=INNODB;

[ref]

daman, tõesti, ei pea, AGA päris mitmeaastane kogemus MySQL andmebaasiga (mille maht pole teps mitte väike) on näidanud, et päring jookseb kiiremini, kui mitu-mitu seosetabelil on eraldi primaarvõti ja mõlemad välisvõtmed on ERALDI indekseeritud (manuaal ja MySQL AB ekspert soovitavad mõlemad teha ühisindeks, kuid paari miljoni kirje juures tuli juba poole sekundiline vahe päringusse...).
Kuigi jah, tõepoolest, SQL standardi järgi võttes on sul õigus, nii on ka elegantsem (kahjuks on mulle igapäevane töö külge jäänud )

[raido357]

Unustasin selle teema täielikult siin, sain oma asjadega siiski ise hakkama, lõpuks hakkas koitma

Võib teema kustutada minupoolest.

[daman]

Mh, ma mõtlen seda, et tegelikult, teoreetiliselt küll, ei ole indeksi ehitus sugugi aeglasem kui kasutada rohkem kui ühte välja. Prakika võib teinekord olla mitte nii mustvalge ja kuna ma kasutan MysQLi suht vähe, kuna ei pea teda just eriti tõsiseltvõetavaks andmebaasisüsteemiks, siis ma ei oska praktilise koha pealt kaasa rääkida

[tanzanite]

Andmebaasi terviklikkus/rikkumatus on reeglina olulisem kui need lisasekundid. Kui seos korduda ei või siis ei tohiks seda ka lubada.