David,<br>&nbsp; Good point! I found same problem with ZAlchmey, and SQLOs<br>&nbsp; could you please share your  RBDMS package and procedures with me? maybe we can establish a new open source project <br>&nbsp; to develop it.<br>&nbsp; thanks.
<br><br><div><span class="gmail_quote">On 3/3/07, <b class="gmail_sendername">David Johnson</b> &lt;<a href="mailto:djohnson@jsatech.com">djohnson@jsatech.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
&gt; 1. Is Zope3 already in use in productive environments? Where are<br>&gt; they (URLs)?<br>We are using Zope 3 pretty heavily in a productive environment, but<br>unfortunately the URLs are secure at this point.&nbsp;&nbsp;We build financial
<br>applications and we are building more.&nbsp;&nbsp;Our live RDBMS application is<br>an administrative tool that queries 4 different financial databases.<br><br>&gt; 2. Are there any bigger sites running on Zope3 (&gt; 5 mio. accesses
<br>&gt; per month)?<br>We expect to have loads much greater than this when we are completed,<br>but we do not have any in production.<br><br>&gt;<br>&gt; 3. Our main problem is: in our Zope2-application we stored our<br>
&gt; content in a<br>&gt; RDBMS, we avoided ZODB for that stuff. We are definitely going to<br>&gt; use an RDBMS<br>&gt; (PostgreSQL/MySQL) for the new (Zope3 or Django)-project and still<br>&gt; want to avoid<br>&gt; ZODB where possible. This architectural decision is carved out of
<br>&gt; stone.<br>&gt;<br>&gt; Now, where should we start with it in Zope3 to connect it to an RDBMS?<br>We do mostly SQL/RDBMS.&nbsp;&nbsp;We have tried ZAlchmey, and SQLOs, but we<br>find them both a bit limiting and simultaneous complex to get them to
<br>work they way we wanted.&nbsp;&nbsp;In general when one develops and RDBMS<br>application of any size, the database structure can get very<br>complex.&nbsp;&nbsp;In order to integrate them into Zope 3 just right, it&#39;s<br>best to manually code the containers and objects.&nbsp;&nbsp;We have been able
<br>to simplify the process quite a bit and we are very happy with it.<br>It&#39;s amazing scalable.&nbsp;&nbsp;&nbsp;&nbsp;If you do decide to go this way, I would be<br>glad to share our RBDMS package and procedures.&nbsp;&nbsp;We&#39;ve developed some
<br>guidelines to improve development.&nbsp;&nbsp;We use MySQL exclusively.<br><br>&gt;<br>&gt; 3.1 We have found &#39;PostGreSQL Database Adapter&#39; and &#39;MySQL Database<br>&gt; Adapter&#39;. Both are from the Isar sprint (2004-11-06). Are they out
<br>&gt; of date,<br>&gt; or just &#39;nearly perfect&#39;? Is anybody using these adapters?<br>&gt;<br>We use the MySQL adapter. Zope 3 has a bug in the database adapters<br>that requires having to use global utilities (etc/overrides.zcml). It
<br>is otherwise stable.&nbsp;&nbsp;In otherwords you cannot currently add and use<br>database adapters in Zope 3 through the ZMI but can through<br>overrides.zcml.<br><br>&gt; 3.2 sqlos - SQLObject Support package (<a href="http://codespeak.net/z3/">
http://codespeak.net/z3/</a><br>&gt; sqlos/):<br>&gt; Is it stable? Has someone experiences with it?<br>&gt; In <a href="http://mail.zope.org/pipermail/zope3-users/2006-January/001797.html">http://mail.zope.org/pipermail/zope3-users/2006-January/001797.html
</a><br>&gt; Stephan Richter says: &quot;On the other hand, not many people use<br>&gt; sqlos, so<br>&gt; it might not be as supported as you wish it would be.&quot; Is that<br>&gt; still right?<br>&gt;<br>&gt; 3.3 Also there is &#39;zsqlmap: Zope3 wrapper for SQLObject&#39;
<br>&gt; (<a href="http://www.zope.org/Members/garanin/zsqlmap">http://www.zope.org/Members/garanin/zsqlmap</a>). This is not really a<br>&gt; solution for us because the version number is 0.01b and the author<br>&gt; says:
<br>&gt; &#39;NOTE: i tested only postgres.&#39; Not really a capable product...<br>I find it easier to hand code than use the third party packages. We<br>have created our own classes that we find a bit more simple and<br>
versatile. I suppose this is a preference thing.<br><br><br>&gt; 4. Has anybody practical experience and hints with Zope3 and RDBMS?<br>&gt;<br>&gt; 5. The ZMI: In Zope2 we never used it.<br>&gt; Do we need the ZMI in Zope 3 just if we will not use the ZODB for
<br>&gt; storing our<br>&gt; content objects but an RDBMS instead. According to &#39;Web Component<br>&gt; Development<br>&gt; with Zope 3&#39; by Philipp von Weiterhausen the ZMI is used to manage<br>&gt; content objects
<br>&gt; stored in the ZODB, so our assumption is, if we do not store them<br>&gt; in the ZODB,<br>&gt; we do not need the ZMI. Is that right or do we need the ZMI for<br>&gt; anything else?<br>&gt; Do we need ZMI in Zope3 for administration or can we do that with
<br>&gt; scripts etc.?<br>The ZMI is everything in regards to management.&nbsp;&nbsp;The new approach is<br>to skin the ZMI to match your own design scheme.&nbsp;&nbsp;The staff who uses<br>our old management applications in UNIX and PHP loves the new Zope 3
<br>stuff we&#39;ve done.&nbsp;&nbsp;It&#39;s so simple that we plan on extending some of<br>the administrative functionality to our clients.<br><br>&gt;<br>&gt; 6. Last but not least two quotes from the zope3-dev mailinglist<br>&gt; (
<a href="http://mail.zope.org/pipermail/zope3-dev/2006-February/018217.html">http://mail.zope.org/pipermail/zope3-dev/2006-February/018217.html</a>):<br>&gt;&gt; &gt;Shane Hathaway wrote:<br>&gt;&gt;&gt; &gt;&gt; It could
<br>&gt;&gt;&gt; &gt;&gt; turn out that people who don&#39;t want ZODB really shouldn&#39;t use<br>&gt;&gt;&gt; Zope at<br>&gt;&gt;&gt; &gt;&gt; all.<br>&gt;&gt; &gt;This has been the case in my experience...<br>&gt;&gt; &gt;Chris Withers
<br>I disagree completely. We use SQL although I do wish that SQL<br>integration was stronger.&nbsp;&nbsp;The structure of Zope is excellent for<br>scalability.&nbsp;&nbsp;You&#39;ll pay up front a little, but the simplicity and<br>versatility is really great.&nbsp;&nbsp;We&#39;ve basically only found 2 platforms
<br>that scaled well, J2EE and Zope 3.&nbsp;&nbsp;Zope 3 is vastly better in nearly<br>every way in my opinion, except perhaps documentation.&nbsp;&nbsp;The<br>documentation is very weak, but it is a young platform.&nbsp;&nbsp;The content<br>view model of Zope 3 and the clean API&#39;s is wonderful.&nbsp;&nbsp;The platform
<br>as a whole allows us to develop clean stable scalable code.<br><br>--<br>David<br><br><br><br><br>_______________________________________________<br>Zope3-users mailing list<br><a href="mailto:Zope3-users@zope.org">Zope3-users@zope.org
</a><br><a href="http://mail.zope.org/mailman/listinfo/zope3-users">http://mail.zope.org/mailman/listinfo/zope3-users</a><br></blockquote></div><br><br clear="all"><br>-- <br>cheers<br>best regards