![]() Mailinglisten-Archive |
> > 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