Re: Python Objekte in ZODB speichern und via Grok manipulieren

On 08.05.09 00:12, Dr. Volker Jaenisch wrote:
> Hi DZUG!
>
> Ich möchte die ZODB als persistenten Speicher für eine command-line
> python Applikation
> nutzen. Diese Applikation ist ein Konfigurations-Utility, welches ein
> Storage-Backend verwalten soll.
> Dieses Backend hat eine Konfiguration in der Instanzen mehrere
> Python-Klassen aufeinander verweisen.
> Diesen Baum von Python-Objekten möchte ich persistent in die ZODB
> fallen lassen und dort wieder rausholen.
>
> Das ist so weit an sich kein Problem - und läuft prima.
>
> Nun möchte ich für diese Python-Objekte auch noch eine
> Manipulations-Möglichkeit via Zope (ideal Grok) aufbauen.
> Der naive Ansatz meine Objekte von grok.model abzuleiten funktioniert
> wunderbar. Allerdings muss meine
> command-line Applikation dazu einen "import grok" ausführen, der etwa
> eine Sekunde dauert.
>
> Das ist nicht der Fehler von Grok - ein Framework zu nutzen kostet
> halt Ressourcen. Wenn mein Client ein Daemon wäre, der
> eine Sekunde braucht, um hochzufahren, wäre mir das auch nicht so
> wichtig.
>
> Ich frage mich nun aber prinzipiell welche Methode bietet uns
> Zope/Grok python-Objekte zu speichern, zu manipulieren und SCHNELL an
> python zurück zu liefern?

Da Objekte in der ZODB als Pickle abgelegt sind, muss Zope/Grok or
whatever diese beim Einlesen aus der ZODB wird in eine Python Objekt
verwandelt. Hierfür müssen typischerweise die entsprechenden Module
importiert sein, die aus dem Pickle refereziert werden...also
um die Importe kommst Du wohl schlecht herum.

Andreas



_______________________________________________
zope mailing list
[email protected]
https://mail.dzug.org/mailman/listinfo/zope

begin:vcard
fn:Andreas Jung
n:Jung;Andreas
org:ZOPYX Ltd. & Co. KG
adr;quoted-printable:;;Charlottenstr. 37/1;T=C3=BCbingen;;72070;Germany
email;internet:[email protected]
title:CEO
tel;work:+49-7071-793376
tel;fax:+49-7071-7936840
tel;home:+49-7071-793257
x-mozilla-html:FALSE
url:www.zopyx.com
version:2.1
end:vcard