Archiv verlassen und diese Seite im Standarddesign anzeigen : Programm um ER-Diagramme zu erstellen gesucht
Senior Sanchez
2005-09-23, 00:02:34
Hi,
ja, wie gesagt ich suche nen Programm mit dem man einfache Entity-Relationship-Diagramme erstellen kann. Ich brauche das für ne Aufgabe vom bwinf und somit muss es denke ich nur was einfaches sein, aber ich habe keine Lust das per Hand zu zeichnen *g*
Ich kenn nur ERWIN :) (ER for WINdows)
Hab eine Uralte Version 1 oder 2 auf meinem Rechner, da gibts ja mittlerweile auch schon Version 7,8 oder so, jedenfalls mit jedemenge Features und Gimmicks und Hastdunichtgesehen. Aber zum selberbasteln reicht die Uraltversion auch :)
Weiß nicht obs die irgendwo im Netz gibt. Vermutlich. Müsstest dich mal selber umsehen.
Edit: es ist Version 1.1 aus 1992
Senior Sanchez
2005-09-23, 00:30:46
Ich kenn nur ERWIN :) (ER for WINdows)
Hab eine Uralte Version 1 oder 2 auf meinem Rechner, da gibts ja mittlerweile auch schon Version 7,8 oder so, jedenfalls mit jedemenge Features und Gimmicks und Hastdunichtgesehen. Aber zum selberbasteln reicht die Uraltversion auch :)
Weiß nicht obs die irgendwo im Netz gibt. Vermutlich. Müsstest dich mal selber umsehen.
Edit: es ist Version 1.1 aus 1992
rofl
Ist die Uralt-Version überhaupt schon ne 16 Bit Version??? *ggg* Oder war das damals einfach noch State-of-the-Art sodass es 16 Bit CPUs net verbreitet waren? *g*
Hmm, aber ich schaue mal *g*
5tyle
2005-09-23, 01:44:03
eigentlich empfehle ich keine MS produkte...
aber MS Visio ist für diesen Zweck denke ich gut geeignet..
kostet aber was (testversion?)
case 4/0 ist eine alternative das gibts bei microtool.de als demo zum download
es gibt aber noch bessere tools, weiss aber grad nicht mehr wie die heissen
rofl
Ist die Uralt-Version überhaupt schon ne 16 Bit Version??? *ggg* Oder war das damals einfach noch State-of-the-Art sodass es 16 Bit CPUs net verbreitet waren? *g*
Hmm, aber ich schaue mal *g*
hehe...jedenfalls sieht v1.1 von der Oberfläche so aus wie ein Win 3.11 Programm X-( Aber es kann alles was man braucht. Entities erstellen, Beziehungen dazu erstellen, Attribute und Schlüssel (werden sogar automatisch eingefügt ;D ). Mehr hab ich noch nie gebraucht.
mach das immer mit word ;)
ansonsten kann man auch das beziehungsfenster von access (das einzig sinvolle an den prog. :P ) dazu misbrauchen...
gibt auch professionelle lösungen aber für schule / lehrzwecke sind die meistens viel zu sehr überladen. teilweise kann man damit dann sogar datenbanken zusammenstellen lassen und so späße. grade bei datenbanken wie oracle(9i), wo man dann noch einiges mit stored procedures veranstalten muss (autoincrement von IDs z.b.) ist das ne nette hilfe an der stelle aber zum lernen von ER-grundlagen weniger geeignet.
bye
oliver123
2005-09-23, 10:06:46
Schau Dir den mal an. Ist GPL http://www.fabforce.net/dbdesigner4/
Senior Sanchez
2005-09-23, 10:21:41
Schau Dir den mal an. Ist GPL http://www.fabforce.net/dbdesigner4/
Das sieht schick aus, das werde ich bei Zeiten mal ausprobieren.
Senior Sanchez
2005-09-26, 00:14:16
Was bedeuten denn diese roten Kristalle? Sieht für mich irgendwie nach nem Fehler aus, oder? Leider habe ich nirgendwo was dazu gefunden.
http://img239.imageshack.us/img239/5470/testbild2hv.th.jpg (http://img239.imageshack.us/my.php?image=testbild2hv.jpg)
HellHorse
2005-09-26, 09:00:20
Foreign key?
Senior Sanchez
2005-09-26, 10:03:37
Foreign key?
Habe ich mir auch gedacht, aber bei nem offiziellen Beispiel was inner Doku ist, isses auch nen Foreign key und es ist eben nicht rot.
http://www.fabforce.net/dbdesigner4/doc/images/docs/designmode/1n_rel.gif
von dieser Seite hier:
http://www.fabforce.net/dbdesigner4/doc/index.html und dann anner Seite auf "Make a Relation" gehen.
oliver123
2005-09-26, 11:16:14
Rot ist es dann wenn Du eine "Non-identifying-relation" benutzt (Mittleres Menü links). Es wird dargestellt das Du eine Relation hast die aber nicht zugeordnet werden kann. Entweder eine zweite normale Relation (unteres Menü) erstellen oder die andere durch eine normale Relation ersetzen. Je nachdem wie es gedacht war.
Die Fortführung des ganzen findet sich übrigens dann hier.
In wieweit die Alpha jetzt schon tauglich ist kann ich nicht sagen. Habs nur mal kurz angetestet.
http://www.phpcenter.de/beitraege/detail.php?a_id=856
Senior Sanchez
2005-09-26, 11:27:08
Rot ist es dann wenn Du eine "Non-identifying-relation" benutzt (Mittleres Menü links). Es wird dargestellt das Du eine Relation hast die aber nicht zugeordnet werden kann. Entweder eine zweite normale Relation (unteres Menü) erstellen oder die andere durch eine normale Relation ersetzen. Je nachdem wie es gedacht war.
Die Fortführung des ganzen findet sich übrigens dann hier.
In wieweit die Alpha jetzt schon tauglich ist kann ich nicht sagen. Habs nur mal kurz angetestet.
http://www.phpcenter.de/beitraege/detail.php?a_id=856
Ich musste ja eine Non-identifying relation benutzen, da er sonst das Attribut mit als Primary Key markiert was nich wirklich richtig ist. Im Beispiel von der Doku wurde btw auch eine Non-Identifying-Relation benutzt und es ist eben türkis.
Ist Rot nun schlecht?
Senior Sanchez
2005-09-26, 17:47:54
Wie werden eigentlich Fremdschlüssel bei Tabellen in Relationenschreibweise dargestellt? Primary-Keys werden ja unterstrichen, aber wie wird das bei Fremdschlüsseln gehandhabt?
oliver123
2005-09-26, 21:28:26
Ich musste ja eine Non-identifying relation benutzen, da er sonst das Attribut mit als Primary Key markiert was nich wirklich richtig ist. Im Beispiel von der Doku wurde btw auch eine Non-Identifying-Relation benutzt und es ist eben türkis.
Ist Rot nun schlecht?
Welches Attribut wird als Primary markiert welches nicht Primary ist? Schlüsselsymbol <> Primary! Der Schlüssel bedeutet lediglich dass es sich um einen Schlüssel handelt. Je nachdem ob sich dahinter ein (FK) für Foreign Key befindet oder nicht kannst Du entnehmen ob es sich um einen Primary oder Foreign Key handelt. Rot = Schlecht? Kommt drauf an, nein wenn Du die Relation in deinen Queries erhältst, ja wenn Du die Relation im Modell haben willst.
Senior Sanchez
2005-09-26, 21:51:43
Welches Attribut wird als Primary markiert welches nicht Primary ist? Schlüsselsymbol <> Primary! Der Schlüssel bedeutet lediglich dass es sich um einen Schlüssel handelt. Je nachdem ob sich dahinter ein (FK) für Foreign Key befindet oder nicht kannst Du entnehmen ob es sich um einen Primary oder Foreign Key handelt. Rot = Schlecht? Kommt drauf an, nein wenn Du die Relation in deinen Queries erhältst, ja wenn Du die Relation im Modell haben willst.
http://img265.imageshack.us/img265/8680/relation8bb.th.jpg (http://img265.imageshack.us/my.php?image=relation8bb.jpg)
Der Fremdschlüssel Person_Person_ID aus der Entität Person wird in dieser Übersicht bei einer 1:1 identifying Relation automatisch mit zu den Primary-Keys hinzugefügt. Ich kanns auch net rauslöschen, es wird automatisch neu erstellt.
oliver123
2005-09-26, 21:53:49
Wie werden eigentlich Fremdschlüssel bei Tabellen in Relationenschreibweise dargestellt? Primary-Keys werden ja unterstrichen, aber wie wird das bei Fremdschlüsseln gehandhabt?
Es gibt da nix verbindliches. Manche lehren das gestrichelte Unterstreichen, manche schreiben die FKs kursiv andere schreiben (FK) dahinter.
oliver123
2005-09-26, 22:25:11
http://img265.imageshack.us/img265/8680/relation8bb.th.jpg (http://img265.imageshack.us/my.php?image=relation8bb.jpg)
Der Fremdschlüssel Person_Person_ID aus der Entität Person wird in dieser Übersicht bei einer 1:1 identifying Relation automatisch mit zu den Primary-Keys hinzugefügt. Ich kanns auch net rauslöschen, es wird automatisch neu erstellt.
Achso. Ja eine Identifying Relation ist genau besagtes: Der primary key der parent entity ist teil des primary keys der child entity.
Nachdem ich mir selber nicht sicher bin hab ichs nochmal in der DBDesigner-Doku nachgeschaut: Schlüssel = Primary-Key,
Zu Rot steht nix drin: Ich würde Schlussfolgern non-identifying FK
Edit: Also war das oben Quatsch mit Sosse..der Schlüssel zeigt auch hier den PK an und non-identifying und identifying habe ich glatt mal verwechselt. Bin ja schon still. Nachdem ich mein DB Buch zur Hand nahm bin ich geläutert :(
Senior Sanchez
2005-09-26, 22:59:45
Achso. Ja eine Identifying Relation ist genau besagtes: Der primary key der parent entity ist teil des primary keys der child entity.
Nachdem ich mir selber nicht sicher bin hab ichs nochmal in der DBDesigner-Doku nachgeschaut: Schlüssel = Primary-Key,
Zu Rot steht nix drin: Ich würde Schlussfolgern non-identifying FK
Edit: Also war das oben Quatsch mit Sosse..der Schlüssel zeigt auch hier den PK an und non-identifying und identifying habe ich glatt mal verwechselt. Bin ja schon still. Nachdem ich mein DB Buch zur Hand nahm bin ich geläutert :(
Naja, aber in der Doku ist genau mein Szenario mit nem türkisen Kristall und net mit nem roten Kristall abgeschlossen worden, wie ich ja schon geschrieben hatte. Bei mir isses trotzdem rot, aber das is mir jetzt auch egal *g* sind jetzt non-identifying-relations mit nem roten kristall und gut ist.
Ist net schlimm, jeder irrt mal (ich hier ständig *g*), aber du konntest mir zumindest etwas weiterhelfen und das ist auch schon was.
vBulletin®, Copyright ©2000-2024, Jelsoft Enterprises Ltd.