Hallo an alle SQL-Programmierer,
ich habe da ein Problem und brauche unbedingt Eure Hilfe.
Ich habe zwei Tabellen, die eine heiĂźt Termin und die andere
heiĂźt Teilnehmer. Da es sich hier um eine M:N Beziehung handelt,
brauche ich ja noch eine Hilfstabelle. Die Hilfstablle beinhaltet die Id
des Termins und die ID der Person, beide zusammen bilden den primary key.
In Acces kann ich ja einfach die Beziehungen setzten, aber wie mach ich das mit Mysql und php?
M:N Beziehung
9 Beiträge
• Seite 1 von 1
RE: M:N Beziehung
von mad » Mo 14 Apr, 2003 18:41
<HTML>
mysql hat keine "referential integrity" ergo gibts auch keine fremdschluesselbeziehungen
bzw. "constraints" .. mysql is halt eben ne spielzeug-db ...
falls du sowas brauchst musst du das in der applikation "enforcen".
sprich, die applikation muss sicherstellen, dass in dem "link"-table sinnvolle
id's drinstehn.
mfg,
mad.
</HTML>
mysql hat keine "referential integrity" ergo gibts auch keine fremdschluesselbeziehungen
bzw. "constraints" .. mysql is halt eben ne spielzeug-db ...
falls du sowas brauchst musst du das in der applikation "enforcen".
sprich, die applikation muss sicherstellen, dass in dem "link"-table sinnvolle
id's drinstehn.
mfg,
mad.
</HTML>
- mad
RE: M:N Beziehung
von Chris » Di 15 Apr, 2003 07:48
Hi MAD,
bist nicht auf dem neusten Stand. Das ist Qutsch was Du erzählst. Schon seit gut 2 Jahren.
FK gibt es unter MySQL ab der 3.52. Ab der 4.0.x auch schon cascadierend fĂĽr Updates und Delete.
Chris
bist nicht auf dem neusten Stand. Das ist Qutsch was Du erzählst. Schon seit gut 2 Jahren.
FK gibt es unter MySQL ab der 3.52. Ab der 4.0.x auch schon cascadierend fĂĽr Updates und Delete.
Chris
- Chris
RE: M:N Beziehung
von mad » Di 15 Apr, 2003 19:17
hmm .. ok .. argument taken .. innodb-tables vorrausgesetzt.
mfg,
mad.
mfg,
mad.
- mad
@MAD
von Chris » Mi 16 Apr, 2003 09:17
<HTML>Ich hab hier einige nette Projekte mit MySQL + InnoDB (BDB soll ja nicht so stabil sein)
24 h Betrieb, Teilweise bis zu 600 INSERTs pro Minute und SELECT's über ne Datenmenge von einigen Millionen pro Table mit bis zu 10 Tabellen. Läuft super.
Chris</HTML>
24 h Betrieb, Teilweise bis zu 600 INSERTs pro Minute und SELECT's über ne Datenmenge von einigen Millionen pro Table mit bis zu 10 Tabellen. Läuft super.
Chris</HTML>
- Chris
RE: @MAD
von mad » Do 17 Apr, 2003 19:16
<HTML>
> Ich hab hier einige nette Projekte mit MySQL + InnoDB (BDB soll ja nicht so stabil sein)
glaub ich dir eh gern ..
zumal wenn slashdot mit dem innodb-zeugs ueber die runden kommt, wirds schon nicht
so schlecht sein .. ich habs aber zugegeben noch nirgends im einsatz (und da wo's notwendig war,
eine andere db verwendet .. ja irgendwie lame, ich weiss .. aber mit der zeit lernt man
views, trigger, sp's und nen vernuenfitigen sql-slang einfach zu schaetzen
> 24 h Betrieb, Teilweise bis zu 600 INSERTs pro Minute und SELECT's über ne Datenmenge von einigen Millionen pro Table mit bis zu 10 Tabellen. Läuft super.
24/7 is eh grundvorraussetzung, ohne sowas geht da heut eh nichts mehr ...
.. und dann nimmst einfach mal da oben ueberall den faktor 10 dazu ...
dann hast ne ungefaere vorstellung womit ich mich grad abmuehen darf ..
mfg,
mad.
</HTML>
> Ich hab hier einige nette Projekte mit MySQL + InnoDB (BDB soll ja nicht so stabil sein)
glaub ich dir eh gern ..
zumal wenn slashdot mit dem innodb-zeugs ueber die runden kommt, wirds schon nicht
so schlecht sein .. ich habs aber zugegeben noch nirgends im einsatz (und da wo's notwendig war,
eine andere db verwendet .. ja irgendwie lame, ich weiss .. aber mit der zeit lernt man
views, trigger, sp's und nen vernuenfitigen sql-slang einfach zu schaetzen
> 24 h Betrieb, Teilweise bis zu 600 INSERTs pro Minute und SELECT's über ne Datenmenge von einigen Millionen pro Table mit bis zu 10 Tabellen. Läuft super.
24/7 is eh grundvorraussetzung, ohne sowas geht da heut eh nichts mehr ...
.. und dann nimmst einfach mal da oben ueberall den faktor 10 dazu ...
dann hast ne ungefaere vorstellung womit ich mich grad abmuehen darf ..
mfg,
mad.
</HTML>
- mad
RE: @MAD
von mad » Mi 23 Apr, 2003 22:53
> Ich probier gard mit SAP DB noch a bissel rum.
hm, da hams letztens auf irgendner isp-liste drueber diskutiert;
klang irgendwie nicht ueberzeugend .. wenig doku, (free) mailinglist-support
eher duerftig und ein etwas konfuses setup/admin-system ...
aber hab sap-db selbst noch nie probiert, kanns also nicht beurteilen ..
die features wuerden sich ja ganz brauchbar anhoeren .. nachdem das aber auf
adabas oder so basiert und ich damit waehrend der studienzeit eher schlechte
erfahrungen gemacht hab .. bin ich da ein bisserl skeptisch ..
> Was setzt Ihr ein?
naja, hauptsaechlich mysql und firebird (bzw. damals noch interbase)
je nach anwendungsfall halt.
in nem isp-environment is mysql ohnehin pflicht .. da kommt man nicht drum herum.
und fuer die groesseren sachen wurde damals eben interbase (mittlerweile fb)
verwendet ... aber release-handling, security updates, etc sind beim fb ein
beliebiges trauerspiel ...
von daher zeichnet sich grad die migration zu postgres ab ..
und erste tests mit ner 7.3.2er sehen auch schon ausgesprochen gut aus ..
(zumindest bei komplexen queries und mehreren parallelarbeitenden clients)
mfg,
mad.
hm, da hams letztens auf irgendner isp-liste drueber diskutiert;
klang irgendwie nicht ueberzeugend .. wenig doku, (free) mailinglist-support
eher duerftig und ein etwas konfuses setup/admin-system ...
aber hab sap-db selbst noch nie probiert, kanns also nicht beurteilen ..
die features wuerden sich ja ganz brauchbar anhoeren .. nachdem das aber auf
adabas oder so basiert und ich damit waehrend der studienzeit eher schlechte
erfahrungen gemacht hab .. bin ich da ein bisserl skeptisch ..
> Was setzt Ihr ein?
naja, hauptsaechlich mysql und firebird (bzw. damals noch interbase)
je nach anwendungsfall halt.
in nem isp-environment is mysql ohnehin pflicht .. da kommt man nicht drum herum.
und fuer die groesseren sachen wurde damals eben interbase (mittlerweile fb)
verwendet ... aber release-handling, security updates, etc sind beim fb ein
beliebiges trauerspiel ...
von daher zeichnet sich grad die migration zu postgres ab ..
und erste tests mit ner 7.3.2er sehen auch schon ausgesprochen gut aus ..
(zumindest bei komplexen queries und mehreren parallelarbeitenden clients)
mfg,
mad.
- mad
RE: @MAD
von Chris » Do 24 Apr, 2003 08:40
Mein groĂźes Ă„rgerniss ist, dass ich Win32 nutzen muss. Kundenwunsch .....
Das mit der Doku und der praktisch nicht vorhandenen Nutzerschaft bei SAP kann ich nur betstättigen.
Ich hab hier umfangreiche Test zwischen MySQL + InnoDB, MSDE und SAP laufen. SAPDB konnte in manchen Testläufen klar für sich punkten. ABer wie gesagt, die Doku ... mit der kann man sich nicht mal den A...... abwischen - sie ist einfach zu kurz.
Chris
Das mit der Doku und der praktisch nicht vorhandenen Nutzerschaft bei SAP kann ich nur betstättigen.
Ich hab hier umfangreiche Test zwischen MySQL + InnoDB, MSDE und SAP laufen. SAPDB konnte in manchen Testläufen klar für sich punkten. ABer wie gesagt, die Doku ... mit der kann man sich nicht mal den A...... abwischen - sie ist einfach zu kurz.
Chris
- Chris
9 Beiträge
• Seite 1 von 1
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 3 Gäste