Mailinglist Archive: opensuse-de (4880 mails)
| < Previous | Next > |
Re: SQL Syntax in MySQL
- From: Jan.Trippler@xxxxxxxxxxx (Jan Trippler)
- Date: Wed, 12 Nov 2003 21:43:26 +0100
- Message-id: <200311122143.27018.Jan.Trippler@xxxxxxxxxxx>
Am Mittwoch, 12. November 2003 20:51 schrieb Al Bogner:
> Am Mittwoch, 12. November 2003 02:04 schrieb Jan Trippler:
> > Damit ist aber immer noch nicht die Konsistenz der Daten
> > gewährleistet - zu dem Zeitpunkt, an dem die DB die Daten abholt,
> > können sie ja gerade von einem anderen Nutzer korrumpiert worden
> > sein.
>
> Sorry, das verstehe ich nicht. Was meinst du mit korrumpiert? Ist ein
> "LOCK TABLE" für eine Sekunde zu empfehlen? Wenn du Lust hast, dann
> schick ich dir mein Shellscript mit mysql-Abfragen zur Übertragung
> ins Handy um zu beurteilen, ob dafür PostgreSQL unbedingt zu
> empfehlen wäre. Entscheidend ist, dass das Script das (quick and
> dirty) kann, was ich brauche. Mit gscmxx komme ich nicht so weit.
LOCK TABLE? Nicht zu empfehlen. Sowas sollte man nur dann machen, wenn
man Wartungsarbeiten macht, nie im Betrieb - du sperrst ja alle User
aus! Nein, was ich damit meinte: So wie Du es vorhast (wenn ich Dich
richtig verstanden habe), willst Du Daten nach dem Verlassen der Felder
in die DB schreiben. Damit kommst Du aber in Situationen, dass z. B.
die Postleitzahl einer Adresse geändert ist, die Strasse aber noch
nicht - schwupps hast Du fehlerhafte Daten, wenn in dieser Zeit gerade
von einem anderen User die Daten geholt werden.
Dein Script zu schicken ist nicht so sinnvoll zur Zeit - ich schaffs ja
nicht mal, meine eigenen Projekte weiterzutreiben :( Stress
> > Nicht skalier- / erweiterbar by Design - IMHO eine kurzsichtige
> > Herangehensweise, aber das ist Deine Sache.
>
> Das sehe ich nicht so. Du kannst aber auch meine DB nicht kennen.
Jau, deshalb steht auch IMHO da ;)
> PS: Dein PM mit den Scripts ist noch nicht angekommen.
Ich habs gestern nicht mehr gemacht, weil die aktuelle Version auf nem
anderen Rechner lag (der gerade nicht verfügbar war). Ist aber vorhin
raus.
> Am Mittwoch, 12. November 2003 02:04 schrieb Jan Trippler:
> > Damit ist aber immer noch nicht die Konsistenz der Daten
> > gewährleistet - zu dem Zeitpunkt, an dem die DB die Daten abholt,
> > können sie ja gerade von einem anderen Nutzer korrumpiert worden
> > sein.
>
> Sorry, das verstehe ich nicht. Was meinst du mit korrumpiert? Ist ein
> "LOCK TABLE" für eine Sekunde zu empfehlen? Wenn du Lust hast, dann
> schick ich dir mein Shellscript mit mysql-Abfragen zur Übertragung
> ins Handy um zu beurteilen, ob dafür PostgreSQL unbedingt zu
> empfehlen wäre. Entscheidend ist, dass das Script das (quick and
> dirty) kann, was ich brauche. Mit gscmxx komme ich nicht so weit.
LOCK TABLE? Nicht zu empfehlen. Sowas sollte man nur dann machen, wenn
man Wartungsarbeiten macht, nie im Betrieb - du sperrst ja alle User
aus! Nein, was ich damit meinte: So wie Du es vorhast (wenn ich Dich
richtig verstanden habe), willst Du Daten nach dem Verlassen der Felder
in die DB schreiben. Damit kommst Du aber in Situationen, dass z. B.
die Postleitzahl einer Adresse geändert ist, die Strasse aber noch
nicht - schwupps hast Du fehlerhafte Daten, wenn in dieser Zeit gerade
von einem anderen User die Daten geholt werden.
Dein Script zu schicken ist nicht so sinnvoll zur Zeit - ich schaffs ja
nicht mal, meine eigenen Projekte weiterzutreiben :( Stress
> > Nicht skalier- / erweiterbar by Design - IMHO eine kurzsichtige
> > Herangehensweise, aber das ist Deine Sache.
>
> Das sehe ich nicht so. Du kannst aber auch meine DB nicht kennen.
Jau, deshalb steht auch IMHO da ;)
> PS: Dein PM mit den Scripts ist noch nicht angekommen.
Ich habs gestern nicht mehr gemacht, weil die aktuelle Version auf nem
anderen Rechner lag (der gerade nicht verfügbar war). Ist aber vorhin
raus.
| < Previous | Next > |