hkl: MySQL 4.0.24 Frust

Beitrag lesen

Hallo !

Es gibt so Tage da sollte man als Programmierer vielleicht die Haende von der Tastatur lassen.

Arghhhh....

Kann mir bitte jemand sagen was an MySQL so toll ist , dass sich das als de-facto Standard etablieren konnte ?

  • keine Views
  • keine Trigger
  • keine Stored Procedures

( Ja, ich weiss, mit v5 soll mehr gehen )

Das weiss ich auch alles und ich versuch damit zu leben.

Aber dass MyISAM keine referentielle Integritaet unterstuetzt ist schon HEFTIG !

Ein ON DELETE CASCADE Griff nicht, daran hab ich's gemerkt.
Natuerlich hilft RTFM, aber mal ernsthaft, rechnet Ihr mit sowas ?

Hab den Vormittag mit der Konfiguration von InnoDB ( die Engine unterstuetzt Ref. Integritaeten ) gekaempft - mit halbem Erfolg : Raw oder Filedevices werden nicht initialisert...  da sollen irgendwelche Logfiles nicht gleichzeitig erstellt werden koennen. Trotz Platz und Rechten.
( MySQL 4.0.24  / Debian Sarge 3.1r1 . Just FYI. Dies ist KEINE Frage. )

Dann darf man bloss nicht Indices auf FK - columns vergessen ( 4.0.24 ) - aber seis drum; sind eh sinnvoll.

Also steh ich jetzt vor der Wahl

  • Fuer Referentielle Integritaet gefaelligst selbst zu sorgen
  • oder mich mit der langsameren Engine zufrieden zu geben, die zudem beim schon bei der Basiskonfiguration rumzickt.

Wie schoen, dass man Alternativen hat... :-(

=> Kann mir bitte jemand sagen was an MySQL so toll ist ? <=

Wenn nicht, auch gut.

Auf alle Faelle ein schoenes WE an alle !

LG

Holger

--
Aus dem Perl Styleguide:
"Choose mnemonic identifiers. If you can't remember what mnemonic means, you've got a problem."