[Zope] Help in deciding approach to Web App

Sun Dec 4 08:46:03 UTC 2011


Thanks AJ. I assumed an OODBMS would be the right choice because of the object nature of my 'tools'. Of course, it was an assumption. Instead of Pyramid+RDBMS, can I use PHP+mySQL (my current hosting provider supports this).If ZODB isn't for my project, then would a GraphDB help? I have no idea on where to start with Graph DB - I've read the wikis and it's made me more confused.
-ss


> Date: Sun, 4 Dec 2011 08:40:28 +0100
> From: lists at zopyx.com
> To: aysand at hotmail.com
> CC: zope at zope.org
> Subject: Re: [Zope] Help in deciding approach to Web App
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> - From reading: your database model appears pretty much relational.
> Where would you take advantages from using Zope as framework?
> This sounds like a task for Pyramid + RDBMS or a graph DB.
> 
> - -aj
> 
> Sareesh Sudhakaran wrote:
> > I have a personal project - a web application I wanted to develop - 
> > but I'm confused on which route to take. I am not under any time 
> > constraint.
> > 
> > 
> > *About the App:*
> > 
> > The best I can describe it is as a kind of expert system (but not AI)
> > that needs to find the best workflow for a process, given a set of
> > initial and final parameters. E.g. a 'capsule' of data must pass 
> > through many 'tools' or 'environments' to reach a desired output - 
> > something like a very complicated car wash.
> > 
> > Let's say there are many tools that can be used at various stages in 
> > the process. I have estimated there are at least 500 tools as of
> > now, and it is bound to grow in the future as newer tools are
> > introduced. Existing tools will also have version updates.
> > 
> > Each tool, on average, has at least 100 properties that define the 
> > tool. Some of them have as high as 1000 unique properties. Some of 
> > these tools are linked to each other - e.g if one tool is selected, 
> > there are only n tools that can correspond to it for the next step
> > in the process. I also have the problem of 'matching' the tools for 
> > analysis. E.g. Tool A might have only three fixed rpms - 100, 200
> > and 500, but Tool B might have rpms from 20 to 2000. I'm not sure how
> > I can construct a database without spelling out each number, as in
> > the example above.
> > 
> > The total number of tools needed for the process can be defined at 
> > the beginning, however, it will change as the application becomes 
> > more complex in the future. I plan to address every contingency in 
> > the process. The idea is - if the user inputs the initial parameters 
> > and the desired outcome (another set of parameters), the app must 
> > find the 'best' path - sort of like a decision tree. The best path 
> > can be the fastest, cheapest, etc. I would like the user to choose 
> > what is best for him/her.
> > 
> > Unfortunately, parameters might change, relationships might change 
> > (but not regularly) - the 'rules' I will be using might be revised 
> > for better accuracy in prediction.
> > 
> > I also need to track each user's path and solutions' for future 
> > reference (but no personal details except username and email address 
> > for logging in). Maybe when the app is up and running, I'd like to 
> > make it more democratic, with users contributing to refining the 
> > logic/rules involved.
> > 
> > If possible, I would also like the app to output a graphical 
> > flowchart at the end showing the workflow with all tools grouped in 
> > an easy to understand layout.
> > 
> > 
> > *My questions:*
> > 
> > 1. Will the app be better served with a relational DB like mySQL or 
> > an Object database? After a lot of research I've guessed that my 
> > particular case might be better served with Python and Zope/ZODB.
> > But I might be wrong? Maybe PHP+mySQL or Django is a better fit? 2.
> > Can anyone provide general advice on how to go about beginning such
> > a project in ZOPE. Which is the best place to start learning for a 
> > newbie? 3. Can anyone recommend a good shared hosting provider that 
> > supports Zope fully but is not expensive? 4. Is there a module or
> > app that is open source that I can use to output a graphical
> > flowchart based on the results, or will I be better served
> > programming it from scratch with Python?
> > 
> > I would appreciate any help in getting started. Thank you in
> > advance. I have tried most online forums but have not good any
> > productive answers. Most of the answers I got were pro-PHP+mySQL.
> > 
> > 
> > Adam
> > 
> > _______________________________________________ Zope maillist  - 
> > Zope at zope.org https://mail.zope.org/mailman/listinfo/zope **   No 
> > cross posts or HTML encoding!  ** (Related lists - 
> > https://mail.zope.org/mailman/listinfo/zope-announce 
> > https://mail.zope.org/mailman/listinfo/zope-dev )
> 
> - -- 
> ZOPYX Limited           | zopyx group
> Charlottenstr. 37/1     | The full-service network for Zope & Plone
> D-72070 Tübingen        | Produce & Publish
> www.zopyx.com           | www.produce-and-publish.com
> - ------------------------------------------------------------------------
> E-Publishing, Python, Zope & Plone development, Consulting
> 
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.11 (Darwin)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iQGUBAEBAgAGBQJO2yPrAAoJEADcfz7u4AZjnJULviZSrj8nLwzeqjgxGT+d9/aU
> 1x0bj/E3zuPFeKtWkevp26K4OiCe/yw7PmgVXh1xBbfLhFzUcet9Ubdu0eIjfE/8
> dC8hayQf4fR8KD3J06CbkMAEJsJur3gTPoFxzDWd7S9ybwuFjb3E14AhiQGPpdYN
> DVwE6U3t240Wj7ebNTblASQnvI2sfzr9r2tYVqZc8O+SMyROL1oIs56RNofT4pz5
> p9OXiYlnHmn1keCbEKnYk1e2zTU7kFJdGQz/Uy+yV4QTiU7nMwhxWCx1gBKxVgNk
> XseqPdWKl9epz/h1Pb0qPTvK6PXl46Cj/0Bls/XU6yHDDpB49SqMXai2i6VIAzdL
> lik6JwSPVxBv24eTngrisx2qvhl1ln63EM+AWwky7jUgNl0cwALNdR3Gj+zDVioc
> ZWAZfWcuI3TFKYpwJiwzNgT0DSbOLvlM/09xXPsxmE+rfXT8arTxMSEgaQS60LqJ
> gil8bt+flbzjAJ3GEwza2KmoLpS/zxc=
> =gVTz
> -----END PGP SIGNATURE-----
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.zope.org/pipermail/zope/attachments/20111204/1d4dc248/attachment.html>