Wofuer das?? Es gibt soviele funktionierende Session-Verwaltungen, die keinen Daemon benoetigen...

aber das wäre doch theoretisch schneller - nicht dass ich soetwas vor habe, aber - ist doch immer schneller ausm arbeitsspeicher zu lesen!

Man kann ja auch ein Memory-Filesystem verwenden. Bei mir liegt beispielsweise /tmp im RAM.

man kann z.B. auch datenbanken komplett ins RAM packen.

Hi, wegen der Statuslosigkeit des http Protokolls kannst Du eine 100% ig eindeutige Lösung nicht garantieren.

Second bests: Session ID generieren. Da diese für die Session eindeutig sein soll muß diese ein primary key in einer session-datenbank sein. Damit wird ein doppelter insert mit identischem Schlüssel zurückgewiesen. Mit anderen Worten definiere die Session ID in der Datenbank als Primary key.

Eine Out-ouf-Datenbank-Lösung für dieses Problem is third best. EIn lock-file für diese session tut es dann.

ähm, das problem war doch, dass zwischen dem select, welches auf existenz eines eintrages prüft und dem insert, welches den datensatz anlegt ein weiteres select kommen kann, oder? warum hat dann hier noch niemand transaktionen vorgeschlagen. man beginnt eine transaktion, macht die abfrage, fügt ggf. einen eintrag ein und beendet die transaktion wieder. wenn eine weitere transaktion ankommt wartet sie erst, bis die erste erledigt ist.

habe ich irgendwas offensichtliches übersehen?

ähm, vergesst das, ich hab in letzter zeit zu viel mit sqlite gemacht.

[quote=Taulmarill,22.12.2005, 13:50]warum hat dann hier noch niemand transaktionen vorgeschlagen.[/quote]
ähm...
[quote=pq,06.11.2005, 22:49]dann brauchst du eine transaktion. dann kriegt das select erst ein ergebnis,
wenn der erste INSERT durch ist.[/quote]

[quote=Taulmarill,22.12.2005, 13:59]ähm, vergesst das, ich hab in letzter zeit zu viel mit sqlite gemacht.[/quote]
wieso das jetzt?

1. hab' ich nachher gesehen, dass du soch transaktionen vorgeschlagen hast, aber das scheint irgendwie untergegangen zu sein.
2. verhalten sich transaktionen bei sqlite ein bischen anders. wenn man bei sqlite eine transaktion anfängt, ist die datei automatisch gelockt. bei postgres z.B. muss man das noch extra bei begin der transaktion machen.
3. war ich bei den vielen db's die wir hier haben im nachinein etwas verunsichert, wie sich das auf anderen db's verhalten würde.