[BlueBream] how powerfull is ZODB?!

[Tamer Higazi]

My ambition is very simple, I have decided myself for zope (specially
bluebream) beracuse of it's beautiness. And Zope3 is decided for me for
a development cycle of a product that I will have to pull out of the
ground again.

1 Servers with one RADI 50 controller,(5x2TB HD) 8 core CPU running on
openbsd bootstrapped. (ZEO Master)
1 Server with the applications for my customers (slave) what has all
worked out templates.

I have decided for Python, because python seems to give me the desired
freedom I don't get with PHP5.

The JPype Project is nice for my Java BIRT Routines to call the reports
when it is necessary, and Zope3 Component Model is just great. Just
killing after the bluebream manual the developers book. So be sure guys,
I will have a tons of questions, specially about GET Handling and so on....

Before I would decide myself for anything, I must see how the success
story ZODB looked in the past. On commercial side, I don't like suprises.


Tamer


Am 05.07.2010 01:10, schrieb Justin Ryan:
>> This is the question, in how far I should splitt it up. Perhaps I have
>> to search for something somewhere.... (Propper books). Because if I
>> really would use ZODB, the last thing to use everything in a single file.
>> Perhaps 200 MB for each file (that would mean 1000 files ?!)
>>     
> I've dealt with many-GB ZODBs with thousands of objects.
>
> With careful expertise, I've heard of ZODBs with millions of objects,
> in Plone, which is at least order of magnitude less efficient than
> basic BB content.
>
> I recently ran a benchmark of an application with something like 1000
> 1kb comments using nested ZTK container which is the worst case, for
> 10x the number of apps in Apple's App Store, so aroudn 2.5M.
>
> I got to about 1M objects before I got bored, but it was only as big
> of a ZODB as a Plone site full of photos and/or PDFs, and content
> addressed by URL (as found via RSS, for instance) loaded very quickly.
>
>   
>>>       
>> Yes, you are entirely right. No need to design tables with relations,
>> and later "the ahhhhhhh ughhhh, if i had done that and this ....."
>>     
> Well, I just say keep it simple.
>
> You can also proxy IContainer implementations to external storage like
> Cassandra or Tokyo Tyrant.
>
> There are a million ways to do things.  ZODB can be helpful with all
> of them I've seen.  Even as just a very small <1MB db for application
> configuration with an RDBMS app, it's pretty handy.
>
>   
>> SAP MaxDB was my 1st choice (also free of charge)
>>     
> MaxDB has its' ups and downs, it's a fine RDBMS as RDBMS go.  IBM DB2
> I've seen outperform in some corner cases, but both beat Oracle in a
> 10-vendor shootout circa 2004.
>
> ZODB can do a lot of things, but you need to want to learn it.  If you
> want to use an RDBMS, you can still take care of a ton of BlueBream
> advantages.
>
> I only advocate as a successful user, trying not to be a zealot.
>