Re: FileStorage vs. RelStorage Erfahrungen?
Andreas Jung <[email protected]>
| Newsgroups | gmane.comp.web.zope.german |
|---|---|
| Organization | ZOPYX Ltd & Co. KG |
| Message-ID | <[email protected]> |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jedes größere Projekt erfordert i.A. eine Analyse bzgl. des Backends. Alles blind in die ZODB zu stecken ist genauso unsinnwig wie die altbekannte Forderung, dass alles in ein RDBMS gehört... Andreas Vladislav Vorobiev wrote: > Danke Andreas, etwa so habe ich es mir auch vorgestellt. > > Am 27. Februar 2010 16:28 schrieb Andreas Jung <[email protected]>: > Vladislav Vorobiev wrote: >>>> Hallo zusammen, >>>> >>>> ich würde gerne ein paar Argumente für und gegen RelStorage >>>> lesen. <http://pypi.python.org/pypi/RelStorage/1.4.0b3>. Hat >>>> es jemand am laufen? >>>> >>>> FileStorage hat gewiss einige Probleme falls es größer wird, >>>> wenn öfters hochfrequent rein-geschrieben wird und vor allem >>>> wenn es nicht regelmäßig gepackt wird. >>>> >>>> Wie ist die wirkliche Performance von RelStorage bei >>>> Produktive Einsatz? Ist es wirklich in der Lage FileStorage >>>> zu ersetzen oder gibt es dort irgend welche Einschränkungen? >>>> Kann man bei bedarf unproblematisch zurück zum FileStorage >>>> wechseln? Oder in welchen fällen sollte man den Einsatz von >>>> RelStorage in erwegung ziehen und wann besser nicht? > Am besten schaust Du Dir als erstes die Threads zu Relstorage im > Archiv der zodb-dev Liste an. Relstorage macht für mich im großen > Stil erst Sinn, wenn man wirklich fette Sites hat und die > Anforderungen bzgl. HA z.B. durch vorhandende HA Möglichkeiten im > RDBMS Backend (z.B. "Oracle Cluster") nutzen will/kann. Relstorage > bedeutet definitiv erhöhter Aufwand und höhere Komplexität. > Standard-ZEO mit Filestorages hat bisher in all unseren Projekte > bzgl. Skalierbarkeit ausgereicht. Und ob Relstorage das Problem mit > Writeperformanz löst stelle ich mal in den Raum. Bei > schreibintensiven Applikation muss man genau schauen, ob nicht ein > anderes DB Backend (zumindest für gewisse Teil der Applikation) > besser ist als die ZODB (Alternativen sind z.B. ein RDBMS oder eine > eine no-SQL Lösung). > > Andreas > > >> >> >> >> _______________________________________________ zope mailing list [email protected] https://mail.dzug.org/mailman/listinfo/zope >> >> > ------------------------- > _______________________________________________ zope mailing list > [email protected] https://mail.dzug.org/mailman/listinfo/zope - -- ZOPYX Limited \ zopyx group Charlottenstr. 37/1 \ The full-service network for your D-72070 Tübingen \ Python, Zope and Plone projects www.zopyx.com, [email protected] \ www.zopyxgroup.com - ------------------------------------------------------------------------ E-Publishing, Python, Zope & Plone development, Consulting -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkuJYFQACgkQCJIWIbr9KYzaLgCfW9EPSfVc6mRmVclL5X+V9T1q h20AniIwp6iIBqoLlA+x77DxTBcGDHvN =Q0iw -----END PGP SIGNATURE----- _______________________________________________ zope mailing list [email protected] https://mail.dzug.org/mailman/listinfo/zope
lists.vcf
(text/x-vcard, 331 B)
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