phpbar.de logo

Mailinglisten-Archive

=?iso-8859-1?Q?Re:_70_Mio_Eintr=E4ge_in_MySQL-DB=3F?=

Re: 70 Mio Eintr�ge in MySQL-DB?

Christian Victor mysql-de_(at)_lists.bttr.org
Tue, 12 Mar 2002 11:22:15 +0100


> > ich habe hier einen Job bei dem ich 70 Mio. Einmal-Passw�rter (32
Zeichen
> > lang) in eine MySQL-Datenbank legen soll. Gibt ein User ein Passwort ein
> > wird dieses - falls vorhanden - aus der DB gel�scht und ist damit
verfallen.
>
> Das sieht mir stark nach einem den TAN-Nummern-�hnlichen System aus.
> Entgegen anderer hier ge�u�erten MEindungen macht das nat�rlich schon
> Sinn.

Jau - genau um so etwas �hnliches geht es!

> > Denkt ihr so einen gigabytegro�en Dartenklotz kann ich MySQL
anvertrauen?
>
> Diese Tabelle d�rfte noch kein Problem darstellen, allerdings mu� man
> ein OS verwenden, da� "large files" beherrscht, ansonsten wird man an
> der 2GB Grenze scheitern.

Hab ein aktuelles Redgat auf der Maschine - ist das geeignet?

> > Es geht nur um eine Tabelle in der lediglich zwei Spalten (id, und
passwort)
> > existieren. Wird das nicht extrem lange dauern zu pr�fen ob ein Passwort
> > g�ltig ist?
>
> Der Zeitbedarf f�r einen Suchzugriff �ber einen Indes w�chst
> logarithmisch mit der Anzahl der Schl�ssel. Da wird der Zugriff nicht
> viell l�nger dauern, als bei einer kleinen Datenbank.

Das klingt schon mal gut!

>  > Nat�rlich w�rde ich einen Index �ber die passwort-Spalte
> > anlegen.
>
> Jenachdem, wie Du die Abfragen generierst, w�hre auch ein Index �ber
> Username und Pa�wort sinnvoll, dann kannst Du ohne relevante
> Performanvenachteile beide Werte in einer SQL-Abfrage �berpr�fen.

Hab ja nur das Passwort. Username gibts garnicht.

Gru�
Christian

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



php::bar PHP Wiki   -   Listenarchive