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