So I'm reading, apart from loading a whole row (which could be a problem for records with BLOBS, nested datasets etc), there was no major performance penalty.
On Wed, 31 May 2006 15:54, Richard Vowles wrote: > Generally when you ask for something, Bold will load the whole row (all > fields) into memory - and people have a tendency to ask for a lot of > stuff. > > Bold also layers an intelligent cache on the top of the database, so it > holds onto objects and it was a little hard to evict them from memory > unless you actually knew what you were doing (and most people never got > that far). But it was also very cool because you just navigated around > your object model and it would just grab the objects as you requested > them. But it wasn't cool if you wanted to grab the entire object graph > in one swoop from the database - and you couldn't replace that (you can > in ECO - you can not only selectively use SQL or OCL, but you can do > lazy loading or force loading or replace parts of the persistence engine > if you like). > > Bold made a lot very easy, but it also meant you had to do it their way. > You had to use a bold_id for example - no generators or identity fields. > ECO has a mapper so you can use an existing database. You can even use > stored procedures if you want to - you have to override the persistence > mapper to achieve this though. > > Bold is win32. ECO is .NET. ECO is designed with a lot of lessons learnt > - I just wish they'd back-port it to win32. > > Richard > > > --- > Richard Vowles, Solutions Architect, Borland New Zealand > email: [EMAIL PROTECTED] > phone: +64-9-9184573 > cell: +64-21-467747 > other: MSN [EMAIL PROTECTED], skype: rvowles > blog: http://www.usergroup.org.nz/blogs/selectBlog.html?id=39769 > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > On Behalf Of Todd Martin > Sent: Wednesday, 31 May 2006 3:12 p.m. > To: NZ Borland Developers Group - Delphi List > Subject: Re: [DUG] Scripting languages > > I've never used BOLD. What is the main cause of the performance > problems? > Multiple table joins to represent a class heirarchy? > > On Tue, 30 May 2006 21:23, [EMAIL PROTECTED] wrote: > > And "Makes good software" is a rather important criterion. There's no > > end of crap that can be churned out in the name of good design, with > > tools tailored for that objective. Why is why I become amused when I > > hear people praising Bold, for example. Beautiful designs. Useless > > performance in real-life applications. > > > > So please don't mention Bold too often if you want to lure me towards > > ECO, Richard <G>. > > > > cheers, > > peter > > > > > > _______________________________________________ > > Delphi mailing list > > [email protected] > > http://ns3.123.co.nz/mailman/listinfo/delphi > > _______________________________________________ > Delphi mailing list > [email protected] > http://ns3.123.co.nz/mailman/listinfo/delphi > > _______________________________________________ > Delphi mailing list > [email protected] > http://ns3.123.co.nz/mailman/listinfo/delphi _______________________________________________ Delphi mailing list [email protected] http://ns3.123.co.nz/mailman/listinfo/delphi
