Re: [Zope-dev] OR mapping proposal

Albert Langer wrote: > > [Phillip] > http://dev.zope.org/Wikis/DevSite/Proposals/ORMappingDB > > Comments encouraged! > > [Albert] > I've added some there. > > Jim highlighted a project Risk there: > > "Updates to RDBMS data outside of the OR mapping could cause > cached data to be inconsiste

RE: [Zope-dev] OR mapping proposal

[Phillip] http://dev.zope.org/Wikis/DevSite/Proposals/ORMappingDB Comments encouraged! [Albert] I've added some there. Jim highlighted a project Risk there: "Updates to RDBMS data outside of the OR mapping could cause cached data to be inconsistent." This strikes me as rather fundamental. Un

Re: [Zope-dev] OR mapping proposal

On Tue, 15 May 2001, Phillip J. Eby wrote: > If we had a standardized manipulation API or idioms (like JavaBeans) for > application objects, then having lots of ways to *implement* storage would > be a good thing. Different products and offerings could co-exist and > compete in the storage imple

Re: [Zope-dev] OR mapping proposal

At 09:37 AM 5/15/01 -0400, Shane Hathaway wrote: >http://dev.zope.org/Wikis/DevSite/Proposals/ORMappingDB > >Comments encouraged! > I see two themes here: an implementation-independent data management API, and metadata. May I suggest that perhaps a design effort focused specifically on these thr

[Zope-dev] OR mapping proposal

http://dev.zope.org/Wikis/DevSite/Proposals/ORMappingDB Comments encouraged! Shane ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zo