[Zope-dev] ZCatalog Scalability

2001-01-17 Thread Chris Withers
John Eikenberry wrote: and retrieval. But ZCatalog did not. It was basically useless for partial matching searches (taking many minutes for searches that retrieved more than 100 matches). I was also concerned about the indexing overhead. It doesn't scale well when changing/adding many

[Zope-dev] Partial Matches

2001-01-17 Thread Chris Withers
John Eikenberry wrote: Long answer: If you check out the source and/or hit it with the profiler you'll see that the way the partial search works is to first do a more general search then to limit the hits as much as possible via regex's. Both these steps have to happen no matter the batch

Re: [Zope-dev] Massive scalability

2001-01-17 Thread Steve Spicklemire
Hi Andy, I'm not sure what you mean by 'interface/way', so.. I'm going to guess at two possible interpretations. 1) Basically ZPatterns allows you to define classes (DataSkins) instances of which can optionally be used to view/create/change/delete external data through methods of the class

[Zope-dev] [Fwd: Re: [Zope-dev] Massive scalability]

2001-01-17 Thread Michael Bernstein
Forwarded to the list to maintain the thread. Original Message From: John Eikenberry [EMAIL PROTECTED] Subject: Re: [Zope-dev] Massive scalability To: Michael Bernstein [EMAIL PROTECTED] Michael Bernstein wrote: John Eikenberry wrote: Can you tell us a bit about how many

RE: [Zope-dev] Specialists and __bobo_traverse__

2001-01-17 Thread Phillip J. Eby
At 04:41 PM 1/17/01 +0200, Roch'e Compaan wrote: I don't have the slightest idea what you're trying to accomplish here - I probably missed the beginning of this thread. Do you want to change the way the specialist processes the string "dataskin1", or the way dataskin1 processes the URL

[Zope-dev] Re: ZCatalog Scalability

2001-01-17 Thread Christopher Petrilli
Unfortunately, it won't change in b1, it might change before the final release if I can find a better solution. The problem is in the Vocabulary, not in the Catalog itself. One of the things I'm focusing on is improving the algorithms that are used for doing globbing. Chris - Original

Re: [Zope-dev] Re: ZCatalog Scalability

2001-01-17 Thread Michael Bernstein
Christopher Petrilli wrote: Unfortunately, it won't change in b1, it might change before the final release if I can find a better solution. The problem is in the Vocabulary, not in the Catalog itself. One of the things I'm focusing on is improving the algorithms that are used for doing

Re: [Zope-dev] Specialists and __bobo_traverse__

2001-01-17 Thread Steve Alexander
Phillip J. Eby wrote: I'm pretty sure DTML methods *won't* work. "Python Methods" might. I don't know about external methods, python scripts, etc. I have successfully used PythonScripts for this. -- Steve Alexander ___ Zope-Dev maillist -

RE: [Zope-dev] Specialists and __bobo_traverse__

2001-01-17 Thread Roch'e Compaan
Phillip J. Eby wrote: I'm pretty sure DTML methods *won't* work. "Python Methods" might. I don't know about external methods, python scripts, etc. I have successfully used PythonScripts for this. Does this mean I have to upgrade to 2.3 beta 1, because Python Methods on 2.2.4

Re: [Zope-dev] manage_changeProperties in a loop

2001-01-17 Thread Casey Duncan
Arno Gross wrote: If I try your suggestion wiht _.getitem(_['sequence-item']) (If I remember well this was the first I tried). dtml-call "REQUEST.set('rangList','folder1;folder2;folder2')" dtml-in " _.string.split(rangList,';')" dtml-with "_.getitem(_['sequence-item'])" dtml-let

Re: [Zope-dev] manage_changeProperties in a loop

2001-01-17 Thread Arno Gross
On Wed, 17 Jan 2001, Casey Duncan wrote: Try this: dtml-call expr="REQUEST.set('rangList','folder1;folder2;folder2')" dtml-in expr="_.string.split(rangList,';')" dtml-let folder="_[_['sequence-item']]" index="_['sequence-index']" dtml-call

Re: [Zope-dev] Massive scalability

2001-01-17 Thread Andy McKay
Are you saying that Zope's startup and shutdown time is affected by the size of the ZODB? Yep. Over small ZODB's you wont notice the effect until it gets large. I found it very annoying when doing a lot of work in python and so had two databases, one with a small amount of data and one with a

[Zope-dev] Rowcount not available?

2001-01-17 Thread Tim McLaughlin
Is there a reason the rowcount property of the cursor object was not made available throught the DA (ideally as an optional parameter of the __call__ method)? Am I missing it somewhere else? Cheers, Tim McLaughlin ___ Zope-Dev maillist - [EMAIL

Re: [Zope-dev] Massive scalability

2001-01-17 Thread Andy McKay
Wow, that sounds perfect. Yes that's exactly what I was asking. I can create an abstract data storage (SkinScript) that stores the data anywhere, lets say for my purposes an RDBMS (but it could be ZODB etc). I can then get and access classes (DataSkins) with no cares about the data storage and

[Zope-dev] No Restarts-cos-of-changed-python-product in 2.3?

2001-01-17 Thread Chris Withers
Andy McKay wrote: Yep. Over small ZODB's you wont notice the effect until it gets large. I found it very annoying when doing a lot of work in python and so had two databases, one with a small amount of data and one with a lot (two sets of test). However in the end Shane Hathaway's excellent

Re: [Zope-dev] Re: ZCatalog Scalability

2001-01-17 Thread Chris Withers
Michael Bernstein wrote: Christopher Petrilli wrote: Unfortunately, it won't change in b1, it might change before the final release if I can find a better solution. The problem is in the Vocabulary, not in the Catalog itself. One of the things I'm focusing on is improving the

Re: [Zope-dev] No Restarts-cos-of-changed-python-product in 2.3?

2001-01-17 Thread Andy McKay
I haven't spotted any UI for it, if its there. Shane's Refresh didn't quite work all the time for every product (something he recognized in his readme's). This would be a huge advantage for me with 2.3. -- Andy McKay. - Original Message - From: "Chris Withers" [EMAIL PROTECTED] To:

Re: [Zope-dev] Re: ZCatalog Scalability

2001-01-17 Thread Andy McKay
Michael Bernstein wrote: Christopher Petrilli wrote: Unfortunately, it won't change in b1, it might change before the final release if I can find a better solution. The problem is in the Vocabulary, not in the Catalog itself. One of the things I'm focusing on is improving

Re: [Zope-dev] Massive scalability

2001-01-17 Thread ender
On Tuesday 16 January 2001 20:42, Michael Bernstein wrote: Are you saying that Zope's startup and shutdown time is affected by the size of the ZODB? AFAIK on a filestorage zope loads up the indexes (oid, file_offset?) into memory on start to facilitate object retrieval which impacts start up

Re: [Zope-dev] Massive scalability

2001-01-17 Thread Andy McKay
On the plus side any corrupted objects are fixed or deleted when you start up the ZODB. For that reason, somedays a restart is very useful :) -- Andy McKay. - Original Message - From: "ender" [EMAIL PROTECTED] To: "Michael Bernstein" [EMAIL PROTECTED]; "Andy McKay" [EMAIL PROTECTED]

[Zope-dev] mounting obj to more than one zodb location

2001-01-17 Thread ender
whats happens when you create a persistent object and mount it to multiple points on your zodb. do you get a shared ref or multiple copies of the object? kapil ___ Zope-Dev maillist - [EMAIL PROTECTED]

[Zope-dev] recent DynPersist.dll for windows

2001-01-17 Thread Steve Alexander
Hi Folks, Does anyone have a recently compiled DynPersist.dll from ZPatterns, compiled for Windows ? Thanks. -- Steve Alexander Software Engineer Cat-Box limited http://www.cat-box.net ___ Zope-Dev maillist - [EMAIL PROTECTED]

Re: [Zope-dev] Re: ZCatalog Scalability

2001-01-17 Thread Chris Withers
For a similar project (http://mailarchive.activestate.com) we too use a MSSQL back end, for various reasons similar to Chris. I'm not worried about it, once upon a time I tried to stick everying in the ZODB. To me one of Zope's great strengths is it's portability and connectivity to other

Re: [Zope-dev] recent DynPersist.dll for windows

2001-01-17 Thread Phil Harris
Steve, I've got one on a box at work, I'll check back with you tomorrow, and if you still need it it's yours. I may even be persuaded to compile a new one ;) Phil On Wednesday 17 January 2001 23:13, Steve Alexander wrote: Hi Folks, Does anyone have a recently compiled DynPersist.dll from

Re: [Zope-dev] mounting obj to more than one zodb location

2001-01-17 Thread Chris Withers
whats happens when you create a persistent object and mount it to multiple points on your zodb. do you get a shared ref or multiple copies of the object? ..shared ref if you do it like you say you are :-) I'd love to see ObjectManagers support this. ...yes, there are security implications

Re: [Zope-dev] recent DynPersist.dll for windows

2001-01-17 Thread Chris Withers
What version in particular? Try searching the archives, I posted quite a recent one a while back :-) cheers, Chris ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! **

RE: [Zope-dev] ZCatalog with ZClass

2001-01-17 Thread Lily Li
Hi, I tried it with a new product following the HowTo, and it works perfectly. Thanks a lot. But actually I have already an exsisted product with a Container ZClass 'KTracker'(inherit from ObjectManager) and an Item ZClass called 'TrackerIssue'. And it's been used for a while with the instance

Re: [Zope-dev] mounting obj to more than one zodb location

2001-01-17 Thread Shane Hathaway
ender wrote: whats happens when you create a persistent object and mount it to multiple points on your zodb. do you get a shared ref or multiple copies of the object? It depends on the product you use for mounting, but generally you'll get a shared database with independent connections. So

[Zope-dev] HTTPRequest change to allow images as submit methods

2001-01-17 Thread richard
Zope's got this really cool form handling mechanism that allows us to have mutiple submission buttons that call different methods. Way neat. Now, I'd really like to have the same mechanism available when using images as submission buttons (that is, input type="image" name="goMethod:method") This