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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.