und wie nun weiter - unsicher

[Kai Hackemesser]

Hallo,

mal durchgeschaut sind mir folgende Ideen gekommen: Das FS-Spiel läuft m.E.
deswegen so schnell, weil es alles im Cache liegt und somit nur virtuell
gespeichert wird. Würdest du aus Sicherheitsgründen zwischendurch
synchronisieren, wird sich
in der Bilanz das ziemlich deutlich machen, denke ich.

Dahingegen wird bei dir vermutlich jeder UPDATE einzeln durchgeführt, was
auch nicht sein muß. Versuch es mal mit der Variation "UPDATE LOW_PRIORITY
SET ...".

Noch was ist mir aufgefallen, nämlich ist deine Tabelle nicht normalisiert.
Ich würde an deiner Stelle für die User eine eigene Tabelle USERID(long),
USER(varchar)), PASS(varchar) führen, und statt der beiden Stringvergleiche
nur die User-ID vergleichen. Dito für Gruppen. Da geht Performance flöten.

ciao!
Kai

----- Original Message -----
From: "Norbert Pfeiffer" <norbert_(at)_itbw.de>
To: <mysql-de_(at)_lists.4t2.com>
Sent: Wednesday, January 16, 2002 5:04 AM
Subject: Re: und wie nun weiter - unsicher


> Hi,
>
> > > tschuldigung, das wird jetzt etwas umfangreicher... :)
> > nö, geht schon.
> warts ab... ;-)
>
> > kannst du mal die Source schicken,
> siehe unten
>
> > Sonst wäre da noch die Frage der Indexierung deiner Tabelle.
> > Bei jedem Update muß der Index neu geschrieben werden,
> > vielleicht geht da Zeit verloren.
> IMHO nicht,
> da kein Feld, welches zu einem Index gehoert upgedated wird.
> Habe das auch gleich mal getested, also den Index entfernt.
> Es ergaben sich keine wesentlichen Aenderungen...
>
>
> Stellen sich mir nun die Fragen:
> - sind PHP-Scripte nun SO toll
> - oder Datenbanken nur einfach langsam
>
> Es ist IMHO keine Frage, dass Datenbanken das Datenmanagement
> fuer den Programmierer und den Anwender sehr vereinfachen.
>
> Wenn man jedoch mit einer etwas durchdachten Non-DB-Anwendung
> wesentlich schneller ist, schraenkt sich der Anwendungsbereich
> von Datenbanken doch wesentlich ein... :-(
> Etwa so:  08/15-Applikation ----> JA,
>           High-Speed-Anwendung -> eher Nein
> Wobei der Aufwand fuer eine extra programmierte Loesung
> auf keinen Fall unterschaetzt werden darf - Kostenfrage.
>
>
> m. b. G. Norbert
> _____________________
> normal:  02292-681769
> Notruf:  0177-2363368
> ---------------------
>
> zum Source des Vergleiches:
> ---------------------------
> $zeit = time();
> $XX->uhr_on();
> $DB = new call_dbms($npf_user, $npf_usID, $npf_host, 1, $npf_DB);
> foreach($ALL as $kaa => $vaa)
>        {if ($vaa[3] == "new")
>            {$query = "UPDATE onln_ip
> SET target = '".$vaa[4]."', last = ".$zeit."
> WHERE grpp = '".$vaa[0]."' AND
> user = '".$vaa[1]."' AND pass = '".$vaa[2]."'";
>             $eg = $DB->get_access($query);
>             }
>         }
> $DB->quit_dbms();
> $DB_time = $XX->uhr_off();
> $XX->uhr_on();
> foreach($ALL as $kaa => $vaa)
>        {if ($vaa[3] == "new")
>            {$path = "usr/".$vaa[0]."/".$vaa[1]."/".$vaa[2];
>             $fp = fopen($path, "w");
>             $wr = fputs($fp, $vaa[4]."\n".$zeit);
>             $cl = fclose($fp);
>             }
>         }
> clearstatcache();
> $FS_time = $XX->uhr_off();
> ---------------------------
> e.o.m.
>
> ---
> Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter
> -->>  http://www.4t2.com/mysql
>

---
Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter
-->>  http://www.4t2.com/mysql