[Product-Developers] Re: The most efficient way to store 270 AT fields?

Alexander Limi limi at plone.org
Mon Jan 5 13:03:58 UTC 2009

On Mon, 05 Jan 2009 04:18:12 -0800, Mikko Ohtamaa  
<mikko+plone at redinnovation.com> wrote:

> We are facing a problem where we need to store 270 fields per item. The
> fields are laboratory measurements of a patient - 40 measurement values  
> for
> 7 timepoint. The fields need to be accessed per timepoint, per  
> measurement
> and all fields for one patient once. There will be over 10000 patients,
> distributed under different hospital items (tree-like, for permission
> reasons). Data is not accessed for two patients at once, so we don't  
> need to
> scale the catalog.
> So I am curious about how we make Plone scale well for this scenario.

Since your needs are rather extreme, you have a few options — Andreas'  
advice on splitting up the objects is probably a good idea.

I'd also urge you to check out Dexterity — although still experimental,  
it's much, much faster and less CPU/memory-hungry than AT. From what I  
have seen of your skills, you'd probably be fine with its current state,  
and help test a future part of Plone. :)

Alexander Limi · http://limi.net

More information about the Product-Developers mailing list