Massimo, ORMs usually enable us to declare multiple objects, which might have the data for different records in a single table. This could be implemented easily on top of an SQL based database. But for native engines like DBFCDX, we'll need to have a unique ID field for every table to quickly commit the various record objects already loaded into memory.
I am not much into Harbour development, however I'll try to contribute if an ORM implementation is in the pipeline. On Tue, Mar 16, 2010 at 11:20 PM, Massimo Belgrano <[email protected]> wrote: > I am very intrested from ORM path because i think that is natural > evolution of rdd > googleing i have find > Quickdb http://code.google.com/p/quickdb/ > QtPersistence is a project to create an ORM and persistence library > for Qt Users. (Active Record and Data Mapper Ruby ) ORM projects. > Linq by microsoft as powerfull orm mapper > > Can you point me usefull link about orm? > Do you think that a ORM implementation is possible in harbour? > Can I invite you partecipate to harbour developer mailing list > > 2010/3/16 Jasim A Basheer <[email protected]>: >>> The true advantage in software Development is not OOP but sql >>> languages that allow write easy program also if a good class is easy >>> to use like demonstrated by vb paradigm >>> >> The growing popularity of ORMs are an example. New generation >> languages (Python, Ruby etc. and even Java) have shifted focus to >> using ORMs rather than SQL directly. Now instead of explicit SQL >> statements, ActiveRecord (Ruby's Object Relational Mapper) uses >> something like >> >> emp=Employee.new >> emp.name = "Emp1" >> emp.basic = 4500 >> emp.designation = "Programmer" >> emp.save >> >> This syntax closely resembles the tight integration between the >> language and database for the xBase languages. A comparable Clipper >> syntax was >> >> Employee->name = "Emp1" >> >> The advantage of ORM is that programmers can write database code that >> are not specific to the back-end engine. This is also strikingly >> similar to the Clipper concept of RDDs. >> >> Ruby, Python and Javascript do not force the entire OOP boilerplate - >> unlike the SmallTalk based languages like Java and C++. Ruby and >> JavaScript are considered 'Object Based' rather than 'Object Oriented' >> and allows the programmer to write procedural and object oriented code >> with same ease. >> >>> > Sadly, sometime in the way to evolution, Clipper suffered the influence of >>> > some products 'in fashion' by the end of 80's (SmallTalk, C++, Pascal, >>> > etc.) >>> > and become more complicated and low level that in previous versions. >> Robert, IMHO Clipper also was more in the object based spirit and its >> object orientation was not at all a drastic change. The learning curve >> was pretty small and programmers used to the old procedural style >> could easily adopt to the object notations. >> >>> 2010/3/16 Roberto Lopez <[email protected]>: >>> > pete_westg wrote: >>> > >>> > <...> >>> >> >>> >> I know, OOP is established as main stream programming style but >>> > >>> > <...> >>> > >>> > This is true, but not fully true :) >>> > >>> > Think on Visual Basic. >>> > >>> > It become the most popular programming language in the world in 90's, but >>> > it >>> > do not allowed class creation until version 4.0. >>> > >>> > Besides that, most of the programs created with VB that I've seen, do not >>> > use classes. >>> > >>> > Users simply create forms with the designer and refers to the objects >>> > visually created, in a simple, straight (non-true OOP) way (ie: >>> > form1.button1.SetFocus). >>> > >>> > This behavior is consistent with xBase spirit. >>> > >>> > dBase III+ and its succesors had simplified the things for the users. >>> > >>> > Sadly, sometime in the way to evolution, Clipper suffered the influence of >>> > some products 'in fashion' by the end of 80's (SmallTalk, C++, Pascal, >>> > etc.) >>> > and become more complicated and low level that in previous versions. >>> > >>> > By the other hand, FoxPro evolved to VFP that used the VB model and was >>> > very >>> > successfull (despite MS policies about it :) ). >>> > >>> > Now, the idea of an easy to use, user friendly and smart OOP still alive >>> > and >>> > is very succefull in the Ruby programming language. >>> > >>> > >>> > The Ruby creator (Yukihiro Matsumoto) had said this, about his language: >>> > >>> > "Often people, especially computer engineers, focus on the machines. They >>> > think, "By doing this, the machine will run faster. By doing this, the >>> > machine will run more effectively. By doing this, the machine will >>> > something >>> > something something." They are focusing on machines. But in fact we need >>> > to >>> > focus on humans, on how humans care about doing programming or operating >>> > the >>> > application of the machines. We are the masters. They are the slaves." >>> > >>> > An important part of the mainstream is occuped by VB and Ruby today. >>> > >>> > I'm fully sure that sooner or later this concept will prevail and that >>> > bussiness/database programmers will not feel obligated to use low level >>> > tools anymore. >>> > >>> >> I don't think that they're proved all the benefits that it is supposed >>> >> that it has. >>> > >>> > I fully agree, of course :) >>> > >>> > Regards, >>> > >>> > Roberto. >>> > >>> > >>> > _______________________________________________ >>> > Harbour-users mailing list (attachment size limit: 40KB) >>> > [email protected] >>> > http://lists.harbour-project.org/mailman/listinfo/harbour-users >>> > >>> >>> >>> >>> -- >>> Massimo Belgrano >>> _______________________________________________ >>> Harbour-users mailing list (attachment size limit: 40KB) >>> [email protected] >>> http://lists.harbour-project.org/mailman/listinfo/harbour-users >> _______________________________________________ >> Harbour-users mailing list (attachment size limit: 40KB) >> [email protected] >> http://lists.harbour-project.org/mailman/listinfo/harbour-users >> > > > > -- > Massimo Belgrano > _______________________________________________ > Harbour-users mailing list (attachment size limit: 40KB) > [email protected] > http://lists.harbour-project.org/mailman/listinfo/harbour-users > _______________________________________________ Harbour-users mailing list (attachment size limit: 40KB) [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour-users
