[Zope] Exporting zodb data (Urgent)

Sukhwinder Singh ssruprai@hotmail.com
Mon, 30 Jun 2003 01:05:15 +0530


>That way they could get all the data instead of just most of the data.

That won't make any difference. If I get all data then I can keep what is
needed and provide the option to delete what is not needed. It'll be great
if I can get all the data exported to mysql database.

Anyway thanks for the help.

--Sukhwinder Singh

----- Original Message -----
From: "Matthew Platte" <plattem@inetnebr.com>
To: "Sukhwinder Singh" <ssruprai@hotmail.com>
Sent: Sunday, June 29, 2003 3:39 AM
Subject: Re: [Zope] Exporting zodb data (Urgent)


>
> On Saturday, June 28, 2003, at 03:50  PM, Sukhwinder Singh wrote:
>
> > <snip>
>
> > These files get data using something like:
> >
> > for employee in container.employees
> > print employee.name
> >
> > These files/scripts/methods are in their respective folders. For
> > example, a
> > script which displays employee data is in employees folder and script
> > which
> > exports student data is in students folder.
> >
> > But when I try to use this method of using for each * in
> > container.students
> > or container.employees outside these folders (in the root folder)
> > error is
> > displayed like container is not defined etc. Is container something
> > built in
> > or their custom class?
>
> Sounds like a Python Script. Pg. 445 of the Zope Bible:
>
> When you create a python-based script, Zope automatically creates
> default values for 4 of the 5 available bound variables.
>
> - context. ...
> - container. This is the actual container (usually a Zope folder) where
> the script resides. This is useful for calling other methods stored in
> the same folder. The default value is "container".
> - script. ...
> - namespace. ...
> - subpath. ...
>
> >
> > There is one more problem client is on the other part of the globe. My
> > boss
> > cannot lose this project now. So I must do it.
>
> Ouch! What part are you in? When do you sleep? heh.. if you do, that is.
>
> >
> > While I am trying to figure out how to export data they are using the
> > old
> > system at this time. So they are updating the database.
>
> ...been there, done that. Stressful.
>
> >  I want to provide
> > them a way to export complete data by just on click.
>
> That way they could get all the data instead of just most of the data.
>
> >  If that is not possible
> > then I want to provide them an external method or python script which
> > they
> > install in root folder and when accessed exports data to mysql
> > database.
> >
> > If there is no other solution than learning zope then tell me what are
> > the
> > things I should learn about only to export data. I have downloaded zope
> > guide and developer guide and admin guide. What other resource I should
> > check? Time is problem for me.
>
> The debug page in the control panel can tell you what's being utilized.
> You can set it up to record activity for a few minutes when the school
> people are working on the data, then figure out from that (long) list
> of objects which ones are getting the most attention.
>
> I'd watch that a few times to figure out *what* things need to be
> understood. Seems to me that identifying or finding the useful data is
> the big problem. Once located, exporting should be more easily solved.
>
>
> I like the Zope Bible because it's based on Zope 2.5 which is fairly
> recent. Most of the other books are far too old to be useful.  It's
> more reference-oriented; the others are tutorials and not so good for
> detective work.
>
> Also, IRC can be instructive but I have never been able to successfully
> blend IRC into my workstyle.
>
>
> DTML Methods are deliberately limited in their ability to perform
> calculations and other programmatic stuff. The idea is to move the
> business logic to other objects (scripts, etc.) and use DTML for
> presentation. Perhaps you could safely ignore the DTML objects for now,
> while looking for the real data.
>
> --
> ----------^^--
>            ''
> Matthew D. McCain Platte
> There is no safety in numbers, or in anything else. --James Thurber
>
>