ugrás a tartalomhoz

DBDesigner 4

kea · 2013. Jan. 7. (H), 16.14
Van-e tudomásotok arról, hogy klasszikus darabjegyzéket hogyan lehet tervezni a DBDesigner 4-gyel (ha lehet egyáltalán), kérdezném áldott, békés, boldog új esztendőt kívánva kérdezem.

Ami valahogy így nézne ki (MySQL):

CREATE TABLE `RESZEGYSEG` (
  `ReszegysegID` bigint(8) unsigned NOT NULL AUTO_INCREMENT,
  `Megnevezes` varchar(64) DEFAULT NULL,
  PRIMARY KEY (`ReszegysegID`)
) ENGINE=InnoDB;

CREATE TABLE `DARABJEGYZEK` (
  `TartalmazoID` bigint(8) unsigned NOT NULL,
  `TartalmazottID` bigint(8) unsigned NOT NULL,
  `Mennyi` int(11) DEFAULT NULL,
  PRIMARY KEY (`TartalmazoID`,`TartalmazottID`),
  KEY `DARABJEGYZEK_ibfk_2` (`TartalmazottID`),
  CONSTRAINT `DARABJEGYZEK_ibfk_2` FOREIGN KEY (`TartalmazottID`)
                        REFERENCES `RESZEGYSEG` (`ReszegysegID`),
  CONSTRAINT `DARABJEGYZEK_ibfk_1` FOREIGN KEY (`TartalmazoID`)
                         REFERENCES `RESZEGYSEG` (`ReszegysegID`)
) ENGINE=InnoDB;


Vizuálisan két darab 1:N (opci) tyúkláb a két tábla között.

Köszönettel:
KEA.
 
1

Biztosan lehet ilyet.

Poetro · 2013. Jan. 7. (H), 16.40
Biztosan lehet ilyet.
2

Szerintem ez nem olyan.

kea · 2013. Jan. 7. (H), 18.58
Szerintem ez nem olyan.
3

Mi nem milyen?

Poetro · 2013. Jan. 7. (H), 19.19
Mi nem milyen? A program így ábrázolja az 1:N kapcsolatokat.
5

Az "on update cascade" az nem

kea · 2013. Jan. 7. (H), 19.53
Az "on update cascade" az nem darabjegyzék adatszerkezet, hanem egy technikai beállítás arra vonatkozóan, hogy mi történjék az idegen kulccsal, ha az általa hivatkozott elsődleges kulcs értéke - esetünkben: update - megváltozik. Amiről én beszélek, az az az eset, amikor két tábla között KÉT kapcsolat van. Pl. vannak a részegységek, amelyek egymást tartalmazzák, ill. egymásba beépülnek, és valahány darabot tartalmaznak egymásból...

Apró kiegészítés: az Export SQL create script által létrehozott file egyetlen sorvége jelet tartalmaz, pedig van valami 22 tábla, kapcsolatokkal.
4

1:N

Poetro · 2013. Jan. 7. (H), 19.53
Ahogy a képen látszik a Relation Kind-ban meg van adva, hogy ez egy 1:N reláció, és meg van feleltetve, hogy melyik mező melyik távoli mezővel van kapcsolatban. Természetesen gondolom több ilyen mezőt is be lehet állítani, ez teljesen logikus lépés.

Megjegyzés: a tényleges programot soha sem láttam, ezt szűröm le a képernyőmentésekből.
6

mysql workbench 1:n identifying relationship

szabo.b.gabor · 2013. Jan. 7. (H), 20.18
A DBDesigner nem egy mai csóka, ajánlanám helyette a mysql workbench-et, ami tulajdonképpen azt hiszem pont a dbdesignerből nőtte ki magát.

kérdésedre a válasz pedig annyi, hogy megcsinálod a reszegyseg táblát, aztán megcsinálod a darabjegyzék táblát a mennyiség mezővel és csinálsz két darab 1:n identifying relation-t (először a darabjegyzékre, majd a reszegységre kattintva), a keletkezett mezőket esetlegesen átnevezed. és itt csirkeláb lesz :)
7

Köszi a tippeket,

kea · 2013. Jan. 8. (K), 20.22
Köszi a tippeket, kiselejteztem, következik a Workbench.
8

Import DBDesigner 4 xml file:

kea · 2013. Jan. 10. (Cs), 00.47
Import DBDesigner 4 xml file: Segmentation fault :( :( :(

Van erre valami orvosság, vagy csinálhatom még egyszer?

Nagyobb baj, hogy a mysql dump sql-re is ugyanígy reagál: segfault :(((

Workbench 5.2.44 rev 9933

Üdv:
KEA.
9

próbálj a workbench-csel

szabo.b.gabor · 2013. Jan. 10. (Cs), 09.51
próbálj a workbench-csel csatlakozni az adatbázishoz, aztán mondd meg neki, hogy csináljon rajzot belőle