Das deutsche Python-Forum

hi!
ich hatte mal so die idee, dass man doch eigentlich einen SQLite-Server machen könnte, der weitaus flexibler als ein MySQL-Server.
Weil man den MySQL-Server installieren muss und umständlich (für meine verständnisse) konfigurieren, wäre es doch mal eine idee, das ganze auf SQLite zu übertragen, allerdings komplett.
Sprich, das man sich einloggen muss, jeder account seinen eigenem datensatz hat usw.
für den dauerbetrieb sinnlos, weil es zu langsam sein sollte, aber solange es sich in grenzen hält, doch noch akzeptabel.
natürlich bin ich mir bewusst, dass in der datenbank immer nur einer zur Zeit was ändern kann, aber dafür gibt es ja skripte, die man zwischeschalten kann...

Eine idee dazu....

Du schreigst einen Server der auf anfragen reagiert (das gabs noch nie ), der arbeitet seine warteschleife ab (SQL). Dieser Server hat zugriff auf das File. Anschliessend gibt er irgend einen Wert zurück. So schwer scheint das nicht zu sein. So sollten auch mehrere User zur selben Zeit kein Problem sein (Ok Performance )

tiax hat geschrieben:Sowas?

Hihi, wollt ich auch grad vorschlagen. Allerding hat der Momentan keine Möglichkeit sich einzuloggen - war auch nie nötig, weil der nicht produktiv genutzt wird. Kann man allerdings ermöglichen, jedoch wird das bei der XML-RPC Seite etwas schwerer, weil XML-RPC stateless ist. Dennoch, natürlich ist auch das machbar, man muss sich nur überlegen wie man das implementieren will.

das habe ich nicht gefunden, als ich gesucht habe...
aber geanu daran arbeite ich etwas, habe sonst ja nix zu tun

murph hat geschrieben:aber geanu daran arbeite ich etwas, habe sonst ja nix zu tun

Ist recht interessant aufgebaut, denn es besteht aus mehreren Prozessen, etwas vergleichbar mit einem Jabber Server. So hat es einen Backend-Prozess, der die Datenbank verwaltet und Frontend-Prozesse, die diese Datenbank über XML-RPC oder andere IPC-Methoden verfügbar machen. Lustigerweise können auch mehrere Frontend-Prozesse gleichzeitig laufen